Alferov 0 Опубліковано: 2008-07-20 05:45:59 Автор Share Опубліковано: 2008-07-20 05:45:59 Выложил протестированную сборку stg-2.405.9.8_STG-WEB с модулем mysql_store_mutex-0.68_STG_WEB Качать здесь Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-20 08:42:29 Share Опубліковано: 2008-07-20 08:42:29 Выложил протестированную сборку stg-2.405.9.8_STG-WEB с модулем mysql_store_mutex-0.68_STG_WEB Качать здесь Собираю. Немного поправил мейк, чтоб нашел заголовки мускуля и сам клиент. Было SEARCH_DIRS += -I /usr/local/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/local/lib/mysql Стало SEARCH_DIRS += -I /usr/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/lib/ В процессе сборки были варнинги. mysql_store.cpp: In member function 'virtual int MYSQL_STORE_SETTINGS::ParseSettings(const MODULE_SETTINGS&)': mysql_store.cpp:210: warning: overflow in implicit constant conversion mysql_store.cpp: In member function 'virtual int MYSQL_STORE::SaveUserConf(const USER_CONF&, const std::string&) const': mysql_store.cpp:1090: warning: format '%d' expects type 'int', but argument 3 has type 'long int' mysql_store.cpp: In member function 'virtual int MYSQL_STORE::SaveUserStat(const USER_STAT&, const std::string&) const': mysql_store.cpp:1137: warning: format '%d' expects type 'int', but argument 6 has type 'long int' mysql_store.cpp:1137: warning: format '%d' expects type 'int', but argument 7 has type 'long int' mysql_store.cpp:1137: warning: format '%d' expects type 'int', but argument 8 has type 'long int' mysql_store.cpp: In member function 'virtual int MYSQL_STORE::WriteAction(const std::string&, uint32_t, const DIR_TRAFF&, const DIR_TRAFF&, double, const std::string&, int, const std::string&) const': mysql_store.cpp:2286: warning: format '%d' expects type 'int', but argument 6 has type 'time_t' mysql_store.cpp:2302: warning: format '%d' expects type 'int', but argument 5 has type 'time_t' Далее, сразу же попытался собрать sgconf_xml /usr/bin/ld: warning: libstg_crypto.so, needed by /root/temp_for_compile/Alferov/projects/sgconf_xml/../../lib/libstg_common.so, not found (try using -rpath or -rpath-link) /root/temp_for_compile/Alferov/projects/sgconf_xml/../../lib/libstg_common.so: undefined reference to `Blowfish_Init(BLOWFISH_CTX*, unsigned char*, int)' /root/temp_for_compile/Alferov/projects/sgconf_xml/../../lib/libstg_common.so: undefined reference to `Blowfish_Encrypt(BLOWFISH_CTX*, unsigned int*, unsigned int*)' /root/temp_for_compile/Alferov/projects/sgconf_xml/../../lib/libstg_common.so: undefined reference to `Blowfish_Decrypt(BLOWFISH_CTX*, unsigned int*, unsigned int*)' collect2: ld returned 1 exit status make: *** [sgconf_xml] Ошибка 1 Ненашел либу... Закидываю все либы в /usr/lib/stg Пробую опять собрать..все норм собралось... Заново закидую все либы в /usr/lib/stg Попытки старта безрезультатны. Лог СТГ 2008-07-20 11:26:12 -- Stg v. Stg 2.404 2008-07-20 11:26:12 -- Message queue created successfully. msgKey=5555 msgID=131072 2008-07-20 11:26:12 -- Timer thread started successfully. 2008-07-20 11:26:12 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull. И все, полная тишина. При старте вывод дебага пустой и свежая кора, stg-exec висит в процессах. Ссылка на сообщение Поделиться на других сайтах
Alferov 0 Опубліковано: 2008-07-20 10:20:11 Автор Share Опубліковано: 2008-07-20 10:20:11 А соединение в конфиге как настроено? Через сокет? А через TCP не пробовал? Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-20 10:59:31 Share Опубліковано: 2008-07-20 10:59:31 А соединение в конфиге как настроено? Через сокет? А через TCP не пробовал? Опробовал оба варианта. И сокет и ТСР. Результат один - кора. Собрал чистый СТГ 2,405 Запустил, стандартные таблицы появились. Поставил стг+веб Все повторилось... кора. Предлагаю всетаки перейти на общение в аське, ибо так медленно все происходит. номер 152856907 Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-20 14:30:11 Share Опубліковано: 2008-07-20 14:30:11 Хм. Раньше попробовать не додумался. Сегодня попробовал. Взял чистый СТГ и добавил ему мускуль-мутекс из этого поста http://local.com.ua/forum/index.php?showto...indpost&p=91747 Результат как и предполагал, падение сразу на старте. 2008-07-20 17:14:40 -- Stg v. Stg 2.404 2008-07-20 17:14:40 -- Message queue created successfully. msgKey=5555 msgID=327680 2008-07-20 17:14:40 -- Timer thread started successfully. 2008-07-20 17:14:40 -- Storage plugin: mysql_store v.0.68-mutex(den68). Loading successfull. Что ж тогда выходит? Не нравится модулю чтото, но что именно... Модуль вроде бы стартовал, дальше должен произойти коннект к БД и загрузка юзеров. Что же не так с коннектом? Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-20 21:19:11 Share Опубліковано: 2008-07-20 21:19:11 Не нравится модулю чтото, но что именно...Модуль вроде бы стартовал, дальше должен произойти коннект к БД и загрузка юзеров. Что же не так с коннектом? Ты с дебагом собери и посмотри на чем он падает ... Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-21 11:38:47 Share Опубліковано: 2008-07-21 11:38:47 Ты с дебагом собери и посмотри на чем он падает ... Дебаг не помог, потому как он падал на самом старте, и в лог дебага ничего вообще не попадало. Проблему я нашел и подправил, СТГ стартонул. Падал он у меня после загрузки модуля мускульного, при чтении юзеров из базы. В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1. ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие и упорство победило разум) Поменял, запустилось. Но... Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены. Пробовал без модулей всегда онлайн и пинг, всеравно, стартует.. говорит "Hello World" и умирает. Логи могу показать, потому как сам нифига понять немогу... Вчера пока терпения хватило, нашлепал около 20 логов дебага. Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-21 20:50:37 Share Опубліковано: 2008-07-21 20:50:37 Проблему я нашел и подправил, СТГ стартонул.Падал он у меня после загрузки модуля мускульного, при чтении юзеров из базы. В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1. ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие и упорство победило разум) Поменял, запустилось. Однако.... но по моему не koi8-r а koi8r, это надо ман мускуля почитать, по логике, если он не могет создать таблицы - ругается в лог, поправлю чтоб в syslog гадил Поменял, запустилось.Но... Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены. Пробовал без модулей всегда онлайн и пинг, всеравно, стартует.. говорит "Hello World" и умирает. А кто это говорит ? ) "Hello World" ? я в дебаге по моему такого невстречал .... или это шутка ? Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2008-07-21 21:22:04 Share Опубліковано: 2008-07-21 21:22:04 По-моему, у человека ось какая-то кривая, попробуй поставить на тестовый сервак фряху 6.3, и на ней тестить Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-21 23:24:38 Share Опубліковано: 2008-07-21 23:24:38 2008-07-20 17:14:40 -- Stg v. Stg 2.404 2008-07-20 17:14:40 -- Storage plugin: mysql_store v.0.68-mutex(den68). Loading successfull. Понял ! mysql_store v.0.68-mutex для 2.405.9.8 Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-22 06:34:56 Share Опубліковано: 2008-07-22 06:34:56 По-моему, у человека ось какая-то кривая, попробуй поставить на тестовый сервак фряху 6.3, и на ней тестить Ось прямая, ставил с нета без всяких танцев с бубнами, единственное что доделал, это сменил ядро с 2-6-18 на 2-6-25. Привык я уже к дебиану. 2 den68 mysql_store v.0.68-mutex для 2.405.9.8 Я полностью с вами согласен, исходники я взял "stg-2.405.9.8_STG-WEB с модулем mysql_store_mutex-0.68_STG_WEB", те что в начале страницы, и чистые с stg.dp.ua. Открываем version.h и тама видим #define SERVER_VERSION "Stg 2.404" .. думаю потому в логе и пишет 2.404... Вчера в очередной раз снес все напрочь. И СТГ и базу. Собрал все с нуля. Стартонул, создались все таблицы, данные туда не заливал..оставил стандартного юзера test и админа. Стартовал и с сокетом и с тср Результат пока один, если никаких обращений - то работает себе тихо и спокойно, периодически отписываясь в лог дебага. Но при малейшем обращении к серверу либо через конфигуратор, либо через веб он улетает в кору. Насчет Hello World, шутка. Ну а в остальном, сдаваться на полпути я не собираюсь... и СТГ 2.405.9.8 я таки намерен запустить. Пусть я пройду по всем граблям, но и на моем дебиане будет праздник. Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-22 09:02:01 Share Опубліковано: 2008-07-22 09:02:01 Результат пока один, если никаких обращений - то работает себе тихо и спокойно, периодически отписываясь в лог дебага. Но при малейшем обращении к серверу либо через конфигуратор, либо через веб он улетает в кору. Отключи детальную статистику и что ты делаеш конфигуратором перед тем как он слетает ? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2008-07-22 09:34:15 Share Опубліковано: 2008-07-22 09:34:15 Думаю, тут дело не в детальной статистике. Улетает при коннекте конфигуратора или при сохранении параметров? Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-22 10:27:21 Share Опубліковано: 2008-07-22 10:27:21 Думаю, тут дело не в детальной статистике.Улетает при коннекте конфигуратора или при сохранении параметров? При любом конекте. Максимум что мне удалось получить это ответ на запрос ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>' но не более одного раза, при втором обращении к СТГ.. спрашивать уже некого СТГ слетел. Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-22 10:57:05 Share Опубліковано: 2008-07-22 10:57:05 Далее, mysql_store v.0.68-mutex не имеет необходимых функций для работы с Вебом, тут нужен патч STG-WEB от Алферова. Ты определись что и в какой последовательности ставиш. Для начала, возьми 2.405.9.8 с ориг. сайта и mysql_store v.0.68-mutex, собери запусти, посмотри. Потом поставь mysql_store v.0.68-mutex с патчем STG-WEB от Алферова. Запусти - посмотри. Упадет, найди операцию на которой падает. Далее, ты пользуешся виндовым конфигуратором или sgconfig_xml ? Так-же покажи mysqldump mysql | grep "mysql user of stg connected" Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-22 17:32:45 Share Опубліковано: 2008-07-22 17:32:45 Далее, mysql_store v.0.68-mutex не имеет необходимых функций для работы с Вебом, тут нужен патч STG-WEB от Алферова.Ты определись что и в какой последовательности ставиш. Для начала, возьми 2.405.9.8 с ориг. сайта и mysql_store v.0.68-mutex, собери запусти, посмотри. Потом поставь mysql_store v.0.68-mutex с патчем STG-WEB от Алферова. Запусти - посмотри. Упадет, найди операцию на которой падает. Далее, ты пользуешся виндовым конфигуратором или sgconfig_xml ? Так-же покажи mysqldump mysql | grep "mysql user of stg connected" Итак, по-порядку. Скачал исходники с stg.dp.ua версия stg-2.405.9.8.src.tgz Скачал mysql_store.0.68-mutex.tar.gz (den68) Закинул исходники модуля мускуля, подправил Makefile SEARCH_DIRS += -I /usr/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/lib Собрал все без проблем, разложил по своим местам. Запустил с использованием сокетов mysqladmin -uroot -p123456 processlist +-----+------+-----------+-----+---------+------+-------+------------------+ | Id | User | Host | db | Command | Time | State | Info | +-----+------+-----------+-----+---------+------+-------+------------------+ | 372 | root | localhost | stg | Sleep | 36 | | | | 378 | root | localhost | | Query | 0 | | show processlist | +-----+------+-----------+-----+---------+------+-------+------------------+ Как видим, все работает. Попробуем еще через Tcp mysqladmin -uroot -p123456 processlist +-----+------+-----------------+-----+---------+------+-------+------------------+ | Id | User | Host | db | Command | Time | State | Info | +-----+------+-----------------+-----+---------+------+-------+------------------+ | 379 | root | localhost:55079 | stg | Sleep | 4 | | | | 380 | root | localhost | | Query | 0 | | show processlist | +-----+------+-----------------+-----+---------+------+-------+------------------+ Опять все работает. Таблицы в БД созданы, в них стандартные данные, пользователь test тариф tariff и админ admin. Единственное, что мне пока не удалось... так это подключиться к СТГ хоть чем нибудь.. При подключении виндовым конфигуратором получаю "Recv data answer error!" и СТГ падает. При подключении консольным конфигуратором получаю ./sgconf set -s 127.0.0.1 -p 5555 -a admin -w 123456 -u test -D test Error и СТГ тоже вылетает. Думаю кодировка, хотя не уверен. У мускуля такие переменные character_set_client latin1 character_set_connection latin1 character_set_database latin1 character_set_results latin1 character_set_server latin1 character_set_system utf8 collation_connection latin1_swedish_ci collation_database latin1_swedish_ci collation_server latin1_swedish_ci В конфиге СТГ ставил и latin1 и utf8. Результат один, падает. Что еще посоветуете? Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-22 18:06:23 Share Опубліковано: 2008-07-22 18:06:23 По моему это в последнюю очередь связано с mysql-store. При обращении конфигуратора он не лезет в базу - у него все в памяти. во вторых, покажи права в mysql того пользователя, который коннектится от имени стг. во вторых, mysql версия ? (рекомендую 4.x) далее, получи кору и посмотри где он навернулся. в скрипт старта стг: LC_ALL=C export LC_ALL ulimit -c 10000 далее, создаеш файл gdb.cmd: directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/stg_logger.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/stg_locker.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/srvconf.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/script_executer.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/pinger.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/ibpp.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/ia_auth_c.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/hostallow.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/dotconfpp.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/crypto.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/conffiles.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/common_settings.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/stglibs/common.lib directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/store/files directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/store/mysql directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/other/ping directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/other/rscript directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/configuration/sgconfig directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/capture/ipq_linux directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/capture/ether_linux directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/authorization/ao directory /usr/src/NEW_STG2.4/2.405.9.8/stg-2.405.9.8-my-patch-JOB-/projects/stargazer/plugins/authorization/inetaccess отредактируй пути до исходников. далее: gdb -x ./gdb.cmd ./stargazer ./xxxxx.core и смотриш где упал, google gdb - по командам, также можеш запустить так: gdb -x ./gdb.cmd ./stargazer `pidof stargazer` и запустить конфигуратор, увидиш где упадет. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2008-07-23 11:09:54 Share Опубліковано: 2008-07-23 11:09:54 Очень похоже на то, как если бы модули старгейзера были от старой версии. При таком раскладе возможны и даже ожидаемы падения от малейшего дуновения... Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-23 11:26:59 Share Опубліковано: 2008-07-23 11:26:59 Очень похоже на то, как если бы модули старгейзера были от старой версии. При таком раскладе возможны и даже ожидаемы падения от малейшего дуновения... На старые модули оно то может и похоже. Но есть одно "НО", для теста скачаны исходники с офф сайта, комп "чистый" линух тока поставлен со всем необходимым, версий СТГ ниже 405 он после сборки еще и в глаза не видел, СТГ не инсталю, а руками раскладываю все по местам, предварительно руками удаляя все что было. Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше. Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя .... Версия мускуля 5.0.32 Если есть уверенность, что дело именно в нем, то можно и переустановить. .. Вобщем, буду копать. Раскопаю отпишусь, не осилю тоже дам знать. Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-23 11:56:14 Share Опубліковано: 2008-07-23 11:56:14 Версия мускуля 5.0.32Если есть уверенность, что дело именно в нем, то можно и переустановить. .. Вобщем, буду копать. Раскопаю отпишусь, не осилю тоже дам знать. Уверенности нету, есть опыт с другими варезами использующими mysqlclient и 5 версией mysql. Там немного видоизменено api, вроде все тоже самое, но глюки встречались страшные. Использование 4 версии снимает проблему (лично я сторонник 3.х версии mysql - но с стг ставить не рекомендую.) Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2008-07-23 12:07:56 Share Опубліковано: 2008-07-23 12:07:56 ...Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше. Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя ... Как показывает практика, gdb не панацея. Бектрейс может указывать... в никуда. Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-23 12:59:36 Share Опубліковано: 2008-07-23 12:59:36 Уверенности нету, есть опыт с другими варезами использующими mysqlclient и 5 версией mysql. Там немного видоизменено api, вроде все тоже самое, но глюки встречались страшные. Использование 4 версии снимает проблему (лично я сторонник 3.х версии mysql - но с стг ставить не рекомендую.) Если можно уточните, какую из 4 версий лучше использовать, 4.0 или 4.1? Ссылка на сообщение Поделиться на других сайтах
gall 6 Опубліковано: 2008-07-23 15:29:25 Share Опубліковано: 2008-07-23 15:29:25 Как показывает практика, gdb не панацея. Бектрейс может указывать... в никуда. Вот что я вижу big-ben:~# gdb /sbin/stargazer GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /sbin/stargazer [Thread debugging using libthread_db enabled] [New Thread -1210820928 (LWP 2095)] [New Thread -1210823760 (LWP 2099)] stg_timer.cpp > 18:10:47 > STG_TIMER started. Time: 1216825847 main.cpp > 18:10:47 > Module: /usr/lib/stg/mod_auth_ao.so main.cpp > 18:10:47 > Module: /usr/lib/stg/mod_auth_ia.so main.cpp > 18:10:47 > Module: /usr/lib/stg/mod_conf_sg.so main.cpp > 18:10:47 > Module: /usr/lib/stg/mod_cap_ipq.so main.cpp > 18:10:47 > Module: /usr/lib/stg/mod_ping.so ao.cpp > 18:10:47 > constructor AO_CREATOR plugin_runner.cpp > 18:10:47 > Plugin Always Online authorizator v.1.0 parsesettings inetaccess.cpp > 18:10:47 > new AUTH_IA inetaccess.cpp > 18:10:47 > sizeof(CONN_SYN_6) = 96 96 inetaccess.cpp > 18:10:47 > sizeof(CONN_SYN_8) = 96 96 inetaccess.cpp > 18:10:47 > sizeof(CONN_SYN_ACK_6) = 192 192 inetaccess.cpp > 18:10:47 > sizeof(CONN_SYN_ACK_8) = 200 200 inetaccess.cpp > 18:10:47 > sizeof(CONN_ACK_6) = 64 64 inetaccess.cpp > 18:10:47 > sizeof(ALIVE_SYN_6) = 368 368 inetaccess.cpp > 18:10:47 > sizeof(ALIVE_SYN_8) = 384 384 inetaccess.cpp > 18:10:47 > sizeof(ALIVE_ACK_6) = 64 64 inetaccess.cpp > 18:10:47 > sizeof(DISCONN_SYN_6) = 96 96 inetaccess.cpp > 18:10:47 > sizeof(DISCONN_SYN_ACK_6) = 24 24 inetaccess.cpp > 18:10:47 > sizeof(DISCONN_SYN_ACK_8) = 32 32 inetaccess.cpp > 18:10:47 > sizeof(DISCONN_ACK_6) = 64 64 inetaccess.cpp > 18:10:47 > sizeof(FIN_6) = 24 24 inetaccess.cpp > 18:10:47 > sizeof(FIN_8) = 32 32 inetaccess.cpp > 18:10:47 > sizeof(ERR) = 256 256 inetaccess.cpp > 18:10:47 > sizeof(INFO_6) = 256 256 inetaccess.cpp > 18:10:47 > sizeof(INFO_7) = 272 272 inetaccess.cpp > 18:10:47 > sizeof(INFO_8) = 1068 1072 plugin_runner.cpp > 18:10:47 > Plugin InetAccess authorizator v.1.2 parsesettings inetaccess.cpp > 18:10:47 > AUTH_IA_SETTINGS::ParseSettings s.moduleParams.size=4 stgconfig.cpp > 18:10:47 > new AUTH_IA parser.cpp > 18:10:47 > PARSER_CHG_USER::Reset() plugin_runner.cpp > 18:10:47 > Plugin Stg configurator v.0.07 parsesettings constructor IPQ_CAP_CREATOR plugin_runner.cpp > 18:10:47 > Plugin ipq_cap v.1.1 parsesettings ping.cpp > 18:10:47 > constructor PING_CREATOR plugin_runner.cpp > 18:10:47 > Plugin Pinger v.1.01 parsesettings [New Thread -1222571088 (LWP 2100)] users.cpp > 18:10:47 > =====================| pid: 2095 |===================== users.cpp > 18:10:47 > Day = 23 Min = 10 users.cpp > 18:10:47 > Monitor=0 file USERS /users_r traffcounter.cpp > 18:10:47 > TRAFFCOUNTER::Start() [New Thread -1230963792 (LWP 2101)] ipq_cap.cpp > 18:10:47 > IPQ_CAP::Start() [New Thread -1239356496 (LWP 2107)] inetaccess.cpp > 18:10:47 > AUTH_IA::Start() inetaccess.cpp > 18:10:47 > AUTH_IA::PrepareNet() >>>> Start successfull. Port: 5555 [New Thread -1247749200 (LWP 2108)] inetaccess.cpp > 18:10:47 > Monitor=0 file AUTH_IA /inetaccess_r inetaccess.cpp > 18:10:47 > Monitor time 1216825787 1216825907 [New Thread -1256141904 (LWP 2109)] inetaccess.cpp > 18:10:47 > Monitor=0 file AUTH_IA /inetaccess_t ao.cpp > 18:10:47 > users->OpenSearch() usernum=1 ping.cpp > 18:10:47 > users->OpenSearch() usernum=1 ping.cpp > 18:10:47 > added IPS 192.168.220.100 ping.cpp > 18:10:47 > PING::Start() PingDelay = 15 [New Thread -1264534608 (LWP 2110)] [New Thread -1272927312 (LWP 2111)] [New Thread -1281320016 (LWP 2112)] ping.cpp > 18:10:47 > PING::Run stgconfig.cpp > 18:10:47 > STG_CONFIG::Start() configproto.cpp > 18:10:47 > CONFIGPROTO::SetTariffs tariffs=80FE2A8 configproto.cpp > 18:10:47 > CONFIGPROTO::SetTariffs settings=80E6008 configproto.cpp > 18:10:47 > CONFIGPROTO::SetTariffs tariffs=80FE2A8 rsconf.cpp > 18:10:47 > CONFIGPROTO::Prepare() rsconf.cpp > 18:10:47 > STG_CONFIG::Prepare() socket - ok rsconf.cpp > 18:10:47 > STG_CONFIG::Prepare() setsockopt - ok rsconf.cpp > 18:10:47 > STG_CONFIG::Prepare() bind - ok port: 5555 rsconf.cpp > 18:10:47 > STG_CONFIG::Prepare() listen - ok [New Thread -1289712720 (LWP 2113)] stgconfig.cpp > 18:10:47 > =====================| pid: 2095 |===================== stgconfig.cpp > 18:10:47 > STG_CONFIG::Run rsconf.cpp > 18:10:47 > CONFIGPROTO: Ready to accept traffcounter.cpp > 18:10:52 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0) traffcounter.cpp > 18:10:57 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0) ping.cpp > 18:10:57 > PING::Run users.cpp > 18:11:00 > Sec = 1216825860 users.cpp > 18:11:00 > New Minute. old = 10 current = 11 users.cpp > 18:11:00 > RealDelUser() users to del: 0 traffcounter.cpp > 18:11:02 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0) rsconf.cpp > 18:11:06 > Connection accepted from 192.168.51.11 rsconf.cpp > 18:11:06 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4 configproto.cpp > 18:11:06 > ParseXMLStart configproto.cpp > 18:11:06 > Start parser.cpp > 18:11:06 > PARSER_GET_SERVER_INFO::ParseStart parser.cpp > 18:11:06 > PARSER_GET_SERVER_INFO::ParseEnd parser.cpp > 18:11:06 > PARSER_GET_SERVER_INFO CreateAnswer configproto.cpp > 18:11:06 > currParser == NULL rsconf.cpp > 18:11:06 > End was detected rsconf.cpp > 18:11:06 > ReciveSendConf close rsconf.cpp > 18:11:06 > CONFIGPROTO: Ready to accept rsconf.cpp > 18:11:06 > Connection accepted from 192.168.51.11 rsconf.cpp > 18:11:06 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4 configproto.cpp > 18:11:06 > ParseXMLStart configproto.cpp > 18:11:06 > Start parser.cpp > 18:11:06 > PARSER_GET_SERVER_INFO::ParseStart configproto.cpp > 18:11:06 > Start parser.cpp > 18:11:06 > PARSER_GET_USERS::ParseStart configproto.cpp > 18:11:06 > Start Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1289712720 (LWP 2113)] 0xb7db743b in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7db743b in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7d8b164 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7da8f81 in vsnprintf () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7fdde52 in printfd (__file__=0xb727c09c "parser.cpp", fmt=0xb727c1c0 "PARSE_GET_USER::ParseStart login=%s\n") at common.cpp:90 #4 0xb72615df in PARSER_GET_USER::ParseStart (this=0x8101484, data=0x81013e4, el=0x81066d0 "GetTariffs", attr=0x8102148) at parser.cpp:121 #5 0xb725ec2d in ParseXMLStart (data=0x81013e4, el=0x81066d0 "GetTariffs", attr=0x8102148) at configproto.cpp:59 #6 0xb7fb1113 in XML_ParserCreate () from /usr/lib/libexpat.so.1 #7 0xb7fb1f3d in XML_ParserCreate () from /usr/lib/libexpat.so.1 #8 0xb7fab61c in XML_ParseBuffer () from /usr/lib/libexpat.so.1 #9 0xb7fad645 in XML_Parse () from /usr/lib/libexpat.so.1 #10 0xb725d2cb in CONFIGPROTO::ParseCommand (this=0x81013e4) at configproto.cpp:171 #11 0xb725b80c in CONFIGPROTO::RecvData (this=0x81013e4, sock=13) at rsconf.cpp:506 #12 0xb725bee6 in CONFIGPROTO::Run (a=0x81013e4) at rsconf.cpp:255 #13 0xb72574b4 in STG_CONFIG::Run (d=0x81013c8) at stgconfig.cpp:234 #14 0xb7f9c240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #15 0xb7e1749e in clone () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt -1 #15 0xb7e1749e in clone () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt +1 #0 0xb7db743b in strlen () from /lib/tls/i686/cmov/libc.so.6 (More stack frames follow...) (gdb) А что тут видно специалистам? Или продолжать глубже копать? Ссылка на сообщение Поделиться на других сайтах
den68 0 Опубліковано: 2008-07-23 20:29:45 Share Опубліковано: 2008-07-23 20:29:45 А тариф в базе есть который прописан у юзера test ? А еще видно что оно падает внутри parser.cpp, а Expath у тебя какой версии ? Попробуй собрать стг _только_, не собирать sgconf или sgconf_xml, и попробуй из виндового конфигуратора конектиться. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2008-07-24 06:03:29 Share Опубліковано: 2008-07-24 06:03:29 Падает на отладочном выводе (parser.cpp:121). По причине отсутствия аттрибута под номером 1 у запроса GetTariffs. Щас напишу воркераунд... Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения