Перейти до

stg-2.407-rc1


Рекомендованные сообщения

А, стоп. Неправильно прочитал.

А что говорит лог старгейзера при старте?

И какое значение прописано в поле version таблицы tb_info?

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 237
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Когда у абонента ip-адрес не совпадает с указанным на сервере - ключик начинает материться с такой скоростью, что закрыть его стандартными средствами не получается. Приходиться убивать его в процессах

собирал с помощью ./build сделал make clean и результат тотже. кроме того аналогичный результат при сборке sgconf, sgauth, rscriptd, convertor ... собрался только rlm_stg   проблемы в системы - мал

2010-11-30 15:58:37 -- Admin 'admin', 127.0.0.1: User 'test': 'credit' parameter changed from '0.000000' to '10000.000000'.

Posted Images

А, стоп. Неправильно прочитал.

А что говорит лог старгейзера при старте?

И какое значение прописано в поле version таблицы tb_info?

billing=# SELECT * FROM tb_info ;
version
---------
      6
(1 запись)

При старте кроме указанных ошибок никаких других не выдает. Рабочие логи по кредитам, но они указанного пользователя (TEST) не касаются...

Старт вполне нормальный.

 

Похоже на то, что во время записи сессии в функцию sp_add_session_log_entry не передается последний параметр _reason...

Ссылка на сообщение
Поделиться на других сайтах

А, стоп. Неправильно прочитал.

А что говорит лог старгейзера при старте?

И какое значение прописано в поле version таблицы tb_info?

billing=# SELECT * FROM tb_info ;
version
---------
      6
(1 запись)

При старте кроме указанных ошибок никаких других не выдает. Рабочие логи по кредитам, но они указанного пользователя (TEST) не касаются...

Старт вполне нормальный.

 

Похоже на то, что во время записи сессии в функцию sp_add_session_log_entry не передается последний параметр _reason...

Ошибку нашел. Спасибо, будет исправлено.

Можешь исправить у себя. В файле projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp в строках 1138-1142 вместо

   query << "SELECT sp_add_session_log_entry("
                "'" << elogin << "', "
                "CAST('" << Int2TS(stgTime) << "' AS TIMESTAMP), "
                "'c', CAST('"
                << inet_ntostring(ip) << "/32' AS INET), 0, 0)";

напиши

   query << "SELECT sp_add_session_log_entry("
                "'" << elogin << "', "
                "CAST('" << Int2TS(stgTime) << "' AS TIMESTAMP), "
                "'c', CAST('"
                << inet_ntostring(ip) << "/32' AS INET), 0, 0, '')";

(т.е. просто добавь пусую строку в качестве последнего параметра).

Этот параметр - "причина дисконнекта юзера". В случае коннекта он, естественно, не используется.

Ссылка на сообщение
Поделиться на других сайтах

Исправил, пересобрал, работает.

 

Еще одна проблема, теперь при отключении:

2010-05-06 16:09:23 -- Cannot write disconnect for user TEST.
2010-05-06 16:09:23 -- ERROR:  ошибка синтаксиса в или рядом "'not authorized'" at character 122

Ссылка на сообщение
Поделиться на других сайтах

Исправил, пересобрал, работает.

 

Еще одна проблема, теперь при отключении:

2010-05-06 16:09:23 -- Cannot write disconnect for user TEST.
2010-05-06 16:09:23 -- ERROR:  ошибка синтаксиса в или рядом "'not authorized'" at character 122

Oops...

Патч:

=== modified file 'projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp'
--- projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp	2010-05-05 13:31:27 +0000
+++ projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp	2010-05-07 07:03:38 +0000
@@ -1238,7 +1238,7 @@
                "'" << elogin << "', "
                "CAST('" << Int2TS(stgTime) << "' AS TIMESTAMP), "
                "'d', CAST('0.0.0.0/0' AS INET), "
-                << cash << ", " << freeMb << "'" << ereason << "')";
+                << cash << ", " << freeMb << ", '" << ereason << "')";
    }

result = PQexec(connection, query.str().c_str());

Надо же, оказывается у меня на сервере с PostgreSQL еще старая версия крутится. Не тестировал.

Спасибо за терпение.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

ДАВАЙТЕ мускуль перепишем:)

с дефолтным падает восновном при записи статистики.

тот что я переписывал - коряв весьма, лениво начинать сначала, да и в c++ я не сильно силен, синтаксис и решения базируются на чистом c, без плюсов, да и перлом я разбалован :) напредмет ошибок в коде и последствий ... :(

Ссылка на сообщение
Поделиться на других сайтах

ДАВАЙТЕ мускуль перепишем:(

с дефолтным падает восновном при записи статистики.

тот что я переписывал - коряв весьма, лениво начинать сначала, да и в c++ я не сильно силен, синтаксис и решения базируются на чистом c, без плюсов, да и перлом я разбалован :) напредмет ошибок в коде и последствий ... :(

Я уже года два зову добровольцев на это благое дело :)

Можно взять за основу плагин к FireBird или PostgreSQL (лучше этот, у него структура базы получше) и переписать. От C++ там будут только методы, а внутри у них можно чистый C использовать. Помощь со своей стороны гарантирую!

Ссылка на сообщение
Поделиться на других сайтах

Сі не знаю на стільки, щоб модуль писати, але знаю мускуль, чим можу допомогти?)

Я C++ вивчав в процесі написання модуля mod_store_firebird :)

Там немає нічого складного. Структура модуля описана у BASE_PLUGIN, прикладів реалізації - ціла купа.

Ссылка на сообщение
Поделиться на других сайтах

Скачал, собрал, поставил - без каких либо приколов, пока нормальный полет, да и 406 версия проработала месяц, без каких либо приколов со стороны самого СТЖ.

Ссылка на сообщение
Поделиться на других сайтах

У меня возник вопрос.

Был такой старый глюк СТГ - если в один момент пытаться отправить сообщение нескольким юзерам через консольный конфигуратор, то это приводило к зависанию.

Не фиксили это?

Ссылка на сообщение
Поделиться на других сайтах

Немного не в тему, но все же:

 

Заметил интересный баг.

Если пользователь не отключается от инета а просто закрывает InetAccess то InetAccess пакет на закрытие подлючения не высылает. А по логике должен.

Старгайзер просто отпуливает пользователя по таймуту.

Версия InetAccess последняя 2,61,8

Ссылка на сообщение
Поделиться на других сайтах

Это не баг, такова механика работы клиента. И нормальная реакция СТГ - отзыва нет, значит рубятся правила по таймауту. До этого момента всё равно всё считается, так что траф так воровать не получится.

Таймаут опроса клиента указывается в конфиге СТГ.

Ссылка на сообщение
Поделиться на других сайтах

Это не баг, такова механика работы клиента. И нормальная реакция СТГ - отзыва нет, значит рубятся правила по таймауту. До этого момента всё равно всё считается, так что траф так воровать не получится.

Таймаут опроса клиента указывается в конфиге СТГ.

А как по мне, так правильнее было бы при нажатии кнопки выход пользователем, сначала отсылать закрытие соединения а потом делать закрытие приложения.

Или сделать это опционально в конфиге.

Ссылка на сообщение
Поделиться на других сайтах

У меня возник вопрос.

Был такой старый глюк СТГ - если в один момент пытаться отправить сообщение нескольким юзерам через консольный конфигуратор, то это приводило к зависанию.

Не фиксили это?

Не знал о таком баге.

 

Это не баг, такова механика работы клиента. И нормальная реакция СТГ - отзыва нет, значит рубятся правила по таймауту. До этого момента всё равно всё считается, так что траф так воровать не получится.

Таймаут опроса клиента указывается в конфиге СТГ.

А как по мне, так правильнее было бы при нажатии кнопки выход пользователем, сначала отсылать закрытие соединения а потом делать закрытие приложения.

Или сделать это опционально в конфиге.

Угу, надо на закрытие поставить дисконнект. Добавил в TODO.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

....

+STGLIBS = -lstg_common -lstg_crypto

.....

тоже самое надо сделать в srvconf.lib

LIBS = -lexpat -lstg_crypto

иначе консольный конфигуратор ругается:

"/usr/local/bin/sgconf: symbol lookup error: //usr/lib64/stg/libsrvconf.so: undefined symbol: _Z13Blowfish_InitP12BLOWFISH_CTXPhi"

а при 2м запуске "вешает" сервер и тот "кушает" 100% cpu , но при этом работает

Ссылка на сообщение
Поделиться на других сайтах

....

+STGLIBS = -lstg_common -lstg_crypto

.....

тоже самое надо сделать в srvconf.lib

LIBS = -lexpat -lstg_crypto

иначе консольный конфигуратор ругается:

"/usr/local/bin/sgconf: symbol lookup error: //usr/lib64/stg/libsrvconf.so: undefined symbol: _Z13Blowfish_InitP12BLOWFISH_CTXPhi"

а при 2м запуске "вешает" сервер и тот "кушает" 100% cpu , но при этом работает

 

Спасибо. Хотя проявляется, видимо, только на биарче.

К стати, а как оно может запуститься? Там же undefined symbol!

Ссылка на сообщение
Поделиться на других сайтах

Спасибо. Хотя проявляется, видимо, только на биарче.

К стати, а как оно может запуститься? Там же undefined symbol!

чесно - не знаю, первый выдает это, 2й раз - виснет и вешает сервер.

Если тоже самое сделать на другой порт (2го модуля) - сервер "отъедает" уже и второе ядро.

Ссылка на сообщение
Поделиться на других сайтах

Спасибо. Хотя проявляется, видимо, только на биарче.

К стати, а как оно может запуститься? Там же undefined symbol!

чесно - не знаю, первый выдает это, 2й раз - виснет и вешает сервер.

Если тоже самое сделать на другой порт (2го модуля) - сервер "отъедает" уже и второе ядро.

Нет, ну реально - оно не может запуститься.

Может это откуда-то старая версия вылазит?

Ссылка на сообщение
Поделиться на других сайтах

Нет, ну реально - оно не может запуститься.

Может это откуда-то старая версия вылазит?

))) ну зачем мне врать? пишу все как есть

PS вот libsrvconf.so либа с которой были проблемы

Ссылка на сообщение
Поделиться на других сайтах

Нет, ну реально - оно не может запуститься.

Может это откуда-то старая версия вылазит?

))) ну зачем мне врать? пишу все как есть

PS вот libsrvconf.so либа с которой были проблемы

 

Мне этот бинарник все равно ничего не скажет. Но с undefined symbol оно запуститься не может. Не может и все тут. Ну никак.

Ссылка на сообщение
Поделиться на других сайтах

))) значит сервер СТГ вещался из-за магнитных бурь или всплеской солнечной активности... чудом совпадающие с вызовом консольного конфигуратора )))

 

ладно проехали, а по существу вопрос появислся:

ребутнули сервер с виртуалками где СТГ живет, и получили:

2010-06-16 17:29:11 -- Storage plugin: 'FATAL:  система баз данных стартует

видимо база выросла очень...и это 3 дня работы на новой версии только, а будет как Вы говорите в гигах база...

СТГ запускатся скриптами из rpm

Вопрос: как оптимизировать запуск, что бы такого не было?

Скриптом rc.local все по очереди с использование sleep n?

Ссылка на сообщение
Поделиться на других сайтах

))) значит сервер СТГ вещался из-за магнитных бурь или всплеской солнечной активности... чудом совпадающие с вызовом консольного конфигуратора )))

 

ладно проехали, а по существу вопрос появислся:

ребутнули сервер с виртуалками где СТГ живет, и получили:

2010-06-16 17:29:11 -- Storage plugin: 'FATAL:  система баз данных стартует

видимо база выросла очень...и это 3 дня работы на новой версии только, а будет как Вы говорите в гигах база...

СТГ запускатся скриптами из rpm

Вопрос: как оптимизировать запуск, что бы такого не было?

Скриптом rc.local все по очереди с использование sleep n?

sleep некошерно. А остальное зависит от дистрибутива. Но идея такая: сделать базу зависимостью для Stragazer. Т.е. стартовать его только после полного старта базы. К стати, что за СУБД и на сколько "выросла очень"? У нас за 6 месяцев на серваке с 300/800 примерно 140 Гб занимает. При чем сами данные около 100 Гб, остальное - индексы. И стартует все довольно шустро на не самом быстром железе и не самых быстрых винтах.

Ссылка на сообщение
Поделиться на других сайтах

В надежде что в этой версии таки не снимается АП с замороженного счёта- поставил её и себе.

Всё сделал как обычно, всё работает. Только пришлось sgconf пересобрать (о чудо, в этот раз он собрался без всяких матюков!), т.к. с личной странички юзера вешался php-скрипт, после чего не подключался виндовый конфигуратор и СТГ начинал кушать проц на 50-60%.

Большое спасибо. ;)

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...