Перейти до

Stg-web With Mysql


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

  • Відповіді 972
  • Створено
  • Остання відповідь

Top Posters In This Topic

Выложил протестированную сборку 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 висит в процессах.

Ссылка на сообщение
Поделиться на других сайтах
А соединение в конфиге как настроено? Через сокет? А через TCP не пробовал?

Опробовал оба варианта.

И сокет и ТСР.

Результат один - кора.

Собрал чистый СТГ 2,405

Запустил, стандартные таблицы появились.

Поставил стг+веб

Все повторилось... кора.

Предлагаю всетаки перейти на общение в аське, ибо так медленно все происходит.

номер 152856907

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

Хм.

Раньше попробовать не додумался.

Сегодня попробовал.

Взял чистый СТГ и добавил ему мускуль-мутекс из этого поста 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.

Что ж тогда выходит?

Не нравится модулю чтото, но что именно...

Модуль вроде бы стартовал, дальше должен произойти коннект к БД и загрузка юзеров.

Что же не так с коннектом?

Ссылка на сообщение
Поделиться на других сайтах
Не нравится модулю чтото, но что именно...

Модуль вроде бы стартовал, дальше должен произойти коннект к БД и загрузка юзеров.

Что же не так с коннектом?

 

Ты с дебагом собери и посмотри на чем он падает ...

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

Дебаг не помог, потому как он падал на самом старте, и в лог дебага ничего вообще не попадало.

Проблему я нашел и подправил, СТГ стартонул.

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

В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1.

ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие :) и упорство победило разум)

Поменял, запустилось.

Но...

Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены.

Пробовал без модулей всегда онлайн и пинг, всеравно, стартует.. говорит "Hello World" и умирает.

Логи могу показать, потому как сам нифига понять немогу...

Вчера пока терпения хватило, нашлепал около 20 логов дебага.

Ссылка на сообщение
Поделиться на других сайтах
Проблему я нашел и подправил, СТГ стартонул.

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

В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1.

ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие ;) и упорство победило разум)

Поменял, запустилось.

 

Однако.... но по моему не koi8-r а koi8r, это надо ман мускуля почитать, по логике, если он не могет создать таблицы - ругается в лог, поправлю чтоб в syslog гадил :)

 

Поменял, запустилось.

Но...

Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены.

Пробовал без модулей всегда онлайн и пинг, всеравно, стартует.. говорит "Hello World" и умирает.

 

А кто это говорит ? ;)) "Hello World" ? я в дебаге по моему такого невстречал .... :) или это шутка ?

Ссылка на сообщение
Поделиться на других сайтах
По-моему, у человека ось какая-то кривая, попробуй поставить на тестовый сервак фряху 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 я таки намерен запустить. Пусть я пройду по всем граблям, но и на моем дебиане будет праздник. :)

Ссылка на сообщение
Поделиться на других сайтах
Результат пока один, если никаких обращений - то работает себе тихо и спокойно, периодически отписываясь в лог дебага. Но при малейшем обращении к серверу либо через конфигуратор, либо через веб он улетает в кору.

 

Отключи детальную статистику и что ты делаеш конфигуратором перед тем как он слетает ?

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

Думаю, тут дело не в детальной статистике.

Улетает при коннекте конфигуратора или при сохранении параметров?

Ссылка на сообщение
Поделиться на других сайтах
Думаю, тут дело не в детальной статистике.

Улетает при коннекте конфигуратора или при сохранении параметров?

При любом конекте.

Максимум что мне удалось получить это ответ на запрос

 ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>'

но не более одного раза, при втором обращении к СТГ.. спрашивать уже некого СТГ слетел.

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

Далее, 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"

Ссылка на сообщение
Поделиться на других сайтах
Далее, 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. Результат один, падает.

Что еще посоветуете?

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

По моему это в последнюю очередь связано с 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`

 

и запустить конфигуратор, увидиш где упадет.

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

Очень похоже на то, как если бы модули старгейзера были от старой версии. При таком раскладе возможны и даже ожидаемы падения от малейшего дуновения...

Ссылка на сообщение
Поделиться на других сайтах
Очень похоже на то, как если бы модули старгейзера были от старой версии. При таком раскладе возможны и даже ожидаемы падения от малейшего дуновения...

На старые модули оно то может и похоже. Но есть одно "НО", для теста скачаны исходники с офф сайта, комп "чистый" линух тока поставлен со всем необходимым, версий СТГ ниже 405 он после сборки еще и в глаза не видел, СТГ не инсталю, а руками раскладываю все по местам, предварительно руками удаляя все что было.

Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше.

Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя :)

....

Версия мускуля 5.0.32

Если есть уверенность, что дело именно в нем, то можно и переустановить.

.. Вобщем, буду копать. Раскопаю отпишусь, не осилю тоже дам знать.

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

Если есть уверенность, что дело именно в нем, то можно и переустановить.

.. Вобщем, буду копать. Раскопаю отпишусь, не осилю тоже дам знать.

 

Уверенности нету, есть опыт с другими варезами использующими mysqlclient и 5 версией mysql. Там немного видоизменено api, вроде все тоже самое, но глюки встречались страшные. Использование 4 версии снимает проблему :) (лично я сторонник 3.х версии mysql - но с стг ставить не рекомендую.)

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

Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше.

Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя :)

...

Как показывает практика, gdb не панацея. Бектрейс может указывать... в никуда.

Ссылка на сообщение
Поделиться на других сайтах
Уверенности нету, есть опыт с другими варезами использующими mysqlclient и 5 версией mysql. Там немного видоизменено api, вроде все тоже самое, но глюки встречались страшные. Использование 4 версии снимает проблему :) (лично я сторонник 3.х версии mysql - но с стг ставить не рекомендую.)

Если можно уточните, какую из 4 версий лучше использовать, 4.0 или 4.1?

Ссылка на сообщение
Поделиться на других сайтах
Как показывает практика, 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)

А что тут видно специалистам?

Или продолжать глубже копать?

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

А тариф в базе есть который прописан у юзера test ?

А еще видно что оно падает внутри parser.cpp, а Expath у тебя какой версии ?

Попробуй собрать стг _только_, не собирать sgconf или sgconf_xml, и попробуй из виндового конфигуратора конектиться.

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

Падает на отладочном выводе (parser.cpp:121). По причине отсутствия аттрибута под номером 1 у запроса GetTariffs.

Щас напишу воркераунд...

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

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


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