Stg-web With Mysql

madf · 24 липня, 2008

В принципе, достаточно закоментировать эту строку. Like this:

- printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);
+ //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

den68 · 24 липня, 2008

В принципе, достаточно закоментировать эту строку. Like this:
- printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);
+ //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

parser.cpp если я правильно понимаю используется в srvconf.lib, которую сам стг не использует, а юзает его приложение sgconf,sgconf_xml?

madf · 25 липня, 2008

parser.cpp если я правильно понимаю используется в srvconf.lib, которую сам стг не использует, а юзает его приложение sgconf,sgconf_xml?

Ммм?

Как это - parser.cpp используется в srvconf.lib?

Да, в стг она не используется - это чисто клиентская либа...

Silitra · 25 липня, 2008

2Alferov

Система CentOS 5

Mysql 5.0.22

Взял сборку отсюда http://alf.uzlovaya.ru/stg/stg/stg-2.405.9.8_STG-WEB.tar.gz

Поправил projects/stargazer/plugins/store/mysql/Makefile

SEARCH_DIRS += -I /usr/include/mysql
LDFLAGS += -lmysqlclient_r -L /usr/lib/mysql

./Build

Собралось без ошибок.

Предупреждения:

gmake[2]: Entering directory `/home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/plugins/store/mysql'
gmake[2]: Leaving directory `/home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/plugins/store/mysql'
gmake[2]: Entering directory `/home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/plugins/store/mysql'
g++ -c mysql_store.cpp -O2 -I/usr/local/include -Wall -fPIC -I /home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/../../include -I /usr/include/mysql -DLINUX
mysql_store.cpp: In member function ‘virtual int MYSQL_STORE_SETTINGS::ParseSettings(const MODULE_SETTINGS&)’:
mysql_store.cpp:210: предупреждение: переполнение при неявном преобразовании константы
mysql_store.cpp: In member function ‘virtual int MYSQL_STORE::SaveUserConf(const USER_CONF&, const std::string&) const’:
mysql_store.cpp:1090: предупреждение: 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: предупреждение: format ‘%d’ expects type ‘int’, but argument 6 has type ‘long int’
mysql_store.cpp:1137: предупреждение: format ‘%d’ expects type ‘int’, but argument 7 has type ‘long int’
mysql_store.cpp:1137: предупреждение: 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: предупреждение: format ‘%d’ expects type ‘int’, but argument 6 has type ‘time_t’
mysql_store.cpp:2302: предупреждение: format ‘%d’ expects type ‘int’, but argument 5 has type ‘time_t’
g++ mysql_store.o /home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/../../lib/libstg_locker.so -L/usr/local/lib -shared -L/home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -lmysqlclient_r -L /usr/lib/mysql -lstg_locker -o mod_store_mysql.so
ln -fs "`pwd`/mod_store_mysql.so" /home/silitra/Stargazer_2/stg-2.405.9.8_STG-WEB/projects/stargazer/modules/mod_store_mysql.so

Поправил stargazer.conf

<StoreModule store_mysql>
dbuser = root
rootdbpass = ********
dbname = stargazer
dbhost = localhost
dbtablecharset = koi8-r
#dbsocket = /var/lib/mysql/mysqld.sock
dbport = 3306
dbtimeout = 3600
</StoreModule>

Стартуем, результат:

[root@i2b sbin]# ./stargazer
 stg_timer.cpp > 12:51:46 > STG_TIMER started. Time: 1216968706
Ошибка сегментирования

В логе

2008-07-25 12:51:46 -- Stg v. Stg 2.404
2008-07-25 12:51:46 -- Message queue created successfully. msgKey=5555 msgID=851968
2008-07-25 12:51:46 -- Timer thread started successfully.
2008-07-25 12:51:46 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull.

Таблицы не создались.

Похоже что проблема не только у меня

gall · 25 липня, 2008

Поправил stargazer.conf

<StoreModule store_mysql>
dbuser = root
rootdbpass = ********
dbname = stargazer
dbhost = localhost
dbtablecharset = koi8-r
#dbsocket = /var/lib/mysql/mysqld.sock
dbport = 3306
dbtimeout = 3600
</StoreModule>

Стартуем, результат:

[root@i2b sbin]# ./stargazer
 stg_timer.cpp > 12:51:46 > STG_TIMER started. Time: 1216968706
Ошибка сегментирования

В логе

2008-07-25 12:51:46 -- Stg v. Stg 2.404
2008-07-25 12:51:46 -- Message queue created successfully. msgKey=5555 msgID=851968
2008-07-25 12:51:46 -- Timer thread started successfully.
2008-07-25 12:51:46 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull.

Таблицы не создались.

Похоже что проблема не только у меня

Как вариант

поиграйся с этим параметром "dbtablecharset = koi8-r"

мне помогло

Silitra · 25 липня, 2008

спасибо, помогло. Че к чему? причем тут кодировка

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

Ответ сервера Recv data answer error!

В консоли

  traffcounter.cpp > 13:51:30 > FlushAndRemove() packets: 129(rem 0) ip2packets: 258(rem 0)
 traffcounter.cpp > 13:51:35 > FlushAndRemove() packets: 214(rem 0) ip2packets: 428(rem 0)
	  ping.cpp > 13:51:35 > PING::Run
 traffcounter.cpp > 13:51:40 > FlushAndRemove() packets: 283(rem 0) ip2packets: 566(rem 0)
	rsconf.cpp > 13:51:43 > Connection accepted from 123.123.123.123
	rsconf.cpp > 13:51:43 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4
  configproto.cpp > 13:51:43 > ParseXMLStart
  configproto.cpp > 13:51:43 > Start
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO::ParseStart
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO::ParseEnd
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO CreateAnswer
  configproto.cpp > 13:51:43 > currParser == NULL
	rsconf.cpp > 13:51:43 > End was detected
	rsconf.cpp > 13:51:43 > ReciveSendConf close
	rsconf.cpp > 13:51:43 > CONFIGPROTO: Ready to accept
	rsconf.cpp > 13:51:44 > Connection accepted from 123.123.123.123
	rsconf.cpp > 13:51:44 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4
 traffcounter.cpp > 13:51:45 > FlushAndRemove() packets: 350(rem 0) ip2packets: 700(rem 0)
  configproto.cpp > 13:51:45 > ParseXMLStart
  configproto.cpp > 13:51:45 > Start
	parser.cpp > 13:51:45 > PARSER_GET_SERVER_INFO::ParseStart
  configproto.cpp > 13:51:45 > Start
	parser.cpp > 13:51:45 > PARSER_GET_USERS::ParseStart
  configproto.cpp > 13:51:45 > Start
Ошибка сегментирования

В лог написать ничего не успел

gall · 25 липня, 2008

спасибо, помогло. Че к чему? причем тут кодировка

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

Ответ сервера Recv data answer error!

В консоли

  traffcounter.cpp > 13:51:30 > FlushAndRemove() packets: 129(rem 0) ip2packets: 258(rem 0)
 traffcounter.cpp > 13:51:35 > FlushAndRemove() packets: 214(rem 0) ip2packets: 428(rem 0)
	  ping.cpp > 13:51:35 > PING::Run
 traffcounter.cpp > 13:51:40 > FlushAndRemove() packets: 283(rem 0) ip2packets: 566(rem 0)
	rsconf.cpp > 13:51:43 > Connection accepted from 123.123.123.123
	rsconf.cpp > 13:51:43 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4
  configproto.cpp > 13:51:43 > ParseXMLStart
  configproto.cpp > 13:51:43 > Start
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO::ParseStart
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO::ParseEnd
	parser.cpp > 13:51:43 > PARSER_GET_SERVER_INFO CreateAnswer
  configproto.cpp > 13:51:43 > currParser == NULL
	rsconf.cpp > 13:51:43 > End was detected
	rsconf.cpp > 13:51:43 > ReciveSendConf close
	rsconf.cpp > 13:51:43 > CONFIGPROTO: Ready to accept
	rsconf.cpp > 13:51:44 > Connection accepted from 123.123.123.123
	rsconf.cpp > 13:51:44 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4
 traffcounter.cpp > 13:51:45 > FlushAndRemove() packets: 350(rem 0) ip2packets: 700(rem 0)
  configproto.cpp > 13:51:45 > ParseXMLStart
  configproto.cpp > 13:51:45 > Start
	parser.cpp > 13:51:45 > PARSER_GET_SERVER_INFO::ParseStart
  configproto.cpp > 13:51:45 > Start
	parser.cpp > 13:51:45 > PARSER_GET_USERS::ParseStart
  configproto.cpp > 13:51:45 > Start
Ошибка сегментирования

В лог написать ничего не успел

Если вы прочитаете мои посты выше, то заметите, что все проблемы описаны.

На данный момент СТГ у меня запущен в дебаге, онлайнеров под 90 (всем включил всегда онлайн). Сервер работает уже более суток.

Итак... догадки.

1. LC_ALL=C

export LC_ALL

2. UPDATE users Set DisabledDetailStat = 1;

rem_lex · 25 липня, 2008

там у кого-то под дебом не собиралось, вот лечение:

./projects/stargazer/plugins/store/mysql/Makefile

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

после этого у меня собралось без проблем

дистр Debian 4 etch от Feb 10 ведро 2.6.18-6-686 родное

Silitra · 25 липня, 2008

Если вы прочитаете мои посты выше, то заметите, что все проблемы описаны.
На данный момент СТГ у меня запущен в дебаге, онлайнеров под 90 (всем включил всегда онлайн). Сервер работает уже более суток.

Итак... догадки.

1. LC_ALL=C

export LC_ALL

2. UPDATE users Set DisabledDetailStat = 1;

Прочитал все посты, запущен в дебаге, 1 и 2 пункты учтены. Всеравно валится при конекте конфигуратора

gall · 25 липня, 2008

Прочитал все посты, запущен в дебаге, 1 и 2 пункты учтены. Всеравно валится при конекте конфигуратора

Попробуй еще это сделать.

- printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

+ //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

отключить парсер.

Я такого сделать не успел, он у меня просто начал работать.

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

Но факт, глючило..глючило.. и вдруг бац!!! я смог подключиться виндовым конфигуратором

Ну а дальше закинул дамп реальной базы и оставил его на тесты.

madf · 25 липня, 2008

Попробуй еще это сделать.
- printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

+ //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]);

отключить парсер.

Я такого сделать не успел, он у меня просто начал работать.

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

Но факт, глючило..глючило.. и вдруг бац!!! я смог подключиться виндовым конфигуратором

Ну а дальше закинул дамп реальной базы и оставил его на тесты.

У запроса GetTariffs просто нет аттрибутов. Везде где они используется - стоит проверка. А этот отладочный вывод был без проверки. По этому он и валится. Все-же рекомендую закоментировать, даже если и работает.

PS: это не отключения парсера, а отключение кусочка отладочного вывода.

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

gall · 25 липня, 2008

У запроса GetTariffs просто нет аттрибутов. Везде где они используется - стоит проверка. А этот отладочный вывод был без проверки. По этому он и валится. Все-же рекомендую закоментировать, даже если и работает.
PS: это не отключения парсера, а отключение кусочка отладочного вывода.

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

Помоему я понял.

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

Но 100% утверждать немогу... но думаю это оно.

den68 · 25 липня, 2008

Похоже что проблема не только у меня

Пришли почтой дамп всех таблиц,

mysqldump _имя_базы_ >dump.txt

и также попробуй

mysql -e "delete from users" _имя_базы_

Silitra · 25 липня, 2008

Пришли почтой дамп всех таблиц,
mysqldump _имя_базы_ >dump.txt
и также попробуй
mysql -e "delete from users" _имя_базы_

уже завел stg-2.405.9.8 наложив руками mysql-0.67_stg-2.4-2007.01.20-13.47.20.patch из stg-web_0.08.tar.gz

2 часа, полет нормальный.

Сейчас на другой машине попробую mysql_mutex-0.68_STG-WEB_stg-2.405.9.8.tar.gz и если чего на так, пришлю дамп

Silitra · 25 липня, 2008

еще заметил баг, при make install-bin в /usr/lib/stg и /usr/sbin бинарники копируются хз откуда.

Silitra · 25 липня, 2008

повторил эксперемент на другой машине. таже ось, тот же мускуль. Не падает.

madf · 25 липня, 2008

еще заметил баг, при make install-bin в /usr/lib/stg и /usr/sbin бинарники копируются хз откуда.

Откуда?

den68 · 25 липня, 2008

повторил эксперемент на другой машине. таже ось, тот же мускуль. Не падает.

а какая платформа в 1ой и во 2 ой машине ?

Silitra · 25 липня, 2008

а какая платформа в 1ой и во 2 ой машине ?

Intel® Celeron® CPU E1200 @ 1.60GHz и Intel® Core2 Duo CPU E6750 @ 2.66GHz

В общем упало на 2 машине по непонятной причине. Онлайн 1. собрал с дебагом, будем смотреть.

На первой машине сейчас работает stg-2.405.9.8 с mod_store_mysql_0.67.tar.gz

Silitra · 25 липня, 2008

Откуда?

Знал бы откуда. у меня там сырцов навалено везде. Ну точно не оттуда откуда должен. Дату выставляет текущую, размеры файлов отличаются.

gall · 25 липня, 2008

Итак.

СТГ стабильно отработал почти двое суток.

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

Залил базу, вырубил всем всегда онлайн, запустил СТГ

Конекчусь пока сам

   inetaccess.cpp > 19:10:51 > User Gall1 FOUND!
inetaccess.cpp > 19:10:51 > Add new user
inetaccess.cpp > 19:10:51 > ========>   InitEncrypt   'NO PASSWORD' '1209988'
inetaccess.cpp > 19:10:51 > 1217002252.147853 192 bytes sent to 192.168.51.11:5555 len=192
inetaccess.cpp > 19:10:51 > Monitor time 1217002165 1217002311
inetaccess.cpp > 19:10:51 > recv from 192.168.51.11 5555 len=64
inetaccess.cpp > 19:10:51 > User Gall1 FOUND!
inetaccess.cpp > 19:10:51 > ======================>   InitEncrypt dont needed
inetaccess.cpp > 19:10:51 > CONN_ACK
inetaccess.cpp > 19:10:51 > rnd = 1168616198 connAck->rnd=1168616199
	 users.cpp > 19:10:51 > Add IP Idx
 traffcounter.cpp > 19:10:51 > AddUser: Gall1
	  ping.cpp > 19:10:51 > pinger.DelIP 0.0.0.0
	  ping.cpp > 19:10:51 > pingerCurrIP.AddIP 192.168.51.11
inetaccess.cpp > 19:10:51 > Min8(sizeof(ALIVE_SYN)) = 368
inetaccess.cpp > 19:10:51 > 1217002252.210554 368 bytes sent to 192.168.51.11:5555 len=368
inetaccess.cpp > 19:10:51 > Monitor time 1217002165 1217002311

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1223296080 (LWP 26975)]
0x73696854 in ?? ()
(gdb) bt
#0  0x73696854 in ?? ()
#1  0xb72f70ff in net_real_write () from /usr/lib/libmysqlclient_r.so.15
#2  0xb72f7578 in net_flush () from /usr/lib/libmysqlclient_r.so.15
#3  0xb72f7717 in net_write_command () from /usr/lib/libmysqlclient_r.so.15
#4  0xb72f4001 in cli_advanced_command () from /usr/lib/libmysqlclient_r.so.15
#5  0xb72f0a53 in mysql_send_query () from /usr/lib/libmysqlclient_r.so.15
#6  0xb72f0ae0 in mysql_real_query () from /usr/lib/libmysqlclient_r.so.15
#7  0xb72c92f5 in mysql_query () from /usr/lib/libmysqlclient_r.so.15
#8  0xb7477c66 in MYSQL_STORE::MysqlQuery (this=0x80e88b8,
sQuery=0xb715cc27 "UPDATE actions SET action='disconnect', time_stop=FROM_UNIXTIME(time_on+UNIX_TIMESTAMP(time_start)) WHERE login='Gall1' AND action='connect'") at mysql_store.cpp:306
#9  0xb7477e16 in MYSQL_STORE::WriteAction (this=0x80e88b8, login=@0x81616c8, ip=187934912, sessionUp=@0xb715f178,
sessionDown=@0xb715f128, cash=94.597966999999997, sessionID=@0x81623fc, action=1, iface=@0x8161738)
at mysql_store.cpp:2265
#10 0xb7476b8d in MYSQL_STORE::WriteUserConnect (this=0x80e88b8, login=@0x81616c8, ip=187934912, cash=94.597966999999997,
sessionID=@0x81623fc, iface=@0x8161738) at mysql_store.cpp:1249
#11 0x080a942a in USER::Connect (this=0x8160478, fakeConnect=false) at user.cpp:642
#12 0x080aaa7e in USER::Run (this=0x8160478) at user.cpp:818
#13 0x080cb6da in std::mem_fun_ref_t<void, USER>::operator() (this=0xb715f3ac, __r=@0x8160478)
at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_function.h:624
#14 0x080cb6fe in std::for_each<std::_List_iterator<USER>, std::mem_fun_ref_t<void, USER> > (__first={_M_node = 0x8160470},
__last={_M_node = 0x8101ad8}, __f=
	{<std::unary_function<USER,void>> = {<No data fields>}, _M_f = {__pfn = 0x80aa78c <USER::Run()>, __delta = 0}})
at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_algo.h:159
#15 0x080c9d6e in USERS::Run (d=0x8101ad8) at users.cpp:323
#16 0xb7eed240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#17 0xb7d6849e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb)

Но если пишу неправильный пароль, то нормально ругается, не падает.

Ладно, попробую другим путем дать себе инет.

Стартую и конекчусь виндовым конфигуратором, не падает.

Ставлю через конфигуратор себе всегда онлайн

Получаю

  configproto.cpp > 19:17:23 > ParseXMLStart
	parser.cpp > 19:17:23 > PARSER_CHG_USER::ParseStart el = aonline depth = 2
	parser.cpp > 19:17:23 > PARSER_CHG_USER::ParseEnd el = aonline depth = 2
	parser.cpp > 19:17:23 > PARSER_CHG_USER::ParseEnd el = SetUser depth = 1
	 users.cpp > 19:17:23 > Add IP Idx
 traffcounter.cpp > 19:17:23 > AddUser: Gall1
	  ping.cpp > 19:17:23 > pinger.DelIP 0.0.0.0
	  ping.cpp > 19:17:23 > pingerCurrIP.AddIP 192.168.51.11

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1290306640 (LWP 27227)]
0x2230223d in ?? ()
(gdb) bt
#0  0x2230223d in ?? ()
#1  0xb73170ff in net_real_write () from /usr/lib/libmysqlclient_r.so.15
#2  0xb7317578 in net_flush () from /usr/lib/libmysqlclient_r.so.15
#3  0xb7317717 in net_write_command () from /usr/lib/libmysqlclient_r.so.15
#4  0xb7314001 in cli_advanced_command () from /usr/lib/libmysqlclient_r.so.15
#5  0xb7310a53 in mysql_send_query () from /usr/lib/libmysqlclient_r.so.15
#6  0xb7310ae0 in mysql_real_query () from /usr/lib/libmysqlclient_r.so.15
#7  0xb72e92f5 in mysql_query () from /usr/lib/libmysqlclient_r.so.15
#8  0xb7497c66 in MYSQL_STORE::MysqlQuery (this=0x80e8860, sQuery=0xb3173954 "SELECT * FROM messages WHERE login='Gall1'")
at mysql_store.cpp:306
#9  0xb7498868 in MYSQL_STORE::GetMessageHdrs (this=0x80e8860, hdrsList=0xb3175a4c, login=@0x8161648) at mysql_store.cpp:2092
#10 0x080a4fbf in USER::ScanMessage (this=0x81603f8) at user.cpp:1504
#11 0x080aa12f in USER::Authorize (this=0x81603f8, ip=187934912, iface=@0xb3175b68, dirs=4294967295, auth=0x8102490)
at user.cpp:562
#12 0xb7233ccb in AUTH_AO::UpdateUserAuthorization (this=0x8102490, u={_M_node = 0x81603f0}) at ao.cpp:306
#13 0xb723c560 in CHG_AFTER_NOTIFIER<int>::Notify (this=0x8217838, oldValue=@0xb3175bd8, newValue=@0x82710f8) at ao.cpp:359
#14 0x080b6f45 in USER_PROPERTY<int>::operator= (this=0x8160b98, newValue=@0x82710f8) at user_property.h:218
#15 0xb71e48a6 in USER_PROPERTY_LOGGED<int>::Set (this=0x8160b98, val=@0x82710f8, admin=0x8103648, login=@0x8104dfc,
store=0x80e8860, msg=@0xb3176090) at ../../../user_property.h:367
#16 0xb71d1fda in PARSER_CHG_USER::AplayChanges (this=0x8104dc0) at parser.cpp:955
#17 0xb71d3e26 in PARSER_CHG_USER::ParseEnd (this=0x8104dc0, data=0x8104cf4, el=0x82710b0 "SetUser") at parser.cpp:888
#18 0xb71cc0e5 in ParseXMLEnd (data=0x8104cf4, el=0x82710b0 "SetUser") at configproto.cpp:77
#19 0xb7f222cf in XML_ParserCreate () from /usr/lib/libexpat.so.1
#20 0xb7f22f3d in XML_ParserCreate () from /usr/lib/libexpat.so.1
#21 0xb7f1c61c in XML_ParseBuffer () from /usr/lib/libexpat.so.1
#22 0xb7f1e645 in XML_Parse () from /usr/lib/libexpat.so.1
#23 0xb71cc35b in CONFIGPROTO::ParseCommand (this=0x8104cf4) at configproto.cpp:171
#24 0xb71ca89c in CONFIGPROTO::RecvData (this=0x8104cf4, sock=13) at rsconf.cpp:506
#25 0xb71caf76 in CONFIGPROTO::Run (a=0x8104cf4) at rsconf.cpp:255
#26 0xb71c6544 in STG_CONFIG::Run (d=0x8104cd8) at stgconfig.cpp:234
#27 0xb7f0d240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#28 0xb7d8849e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb)

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

Silitra · 25 липня, 2008

Пробуй этот, пропатченный руками (mysql-0.67_stg-2.4-2007.01.20-13.47.20.patch)

http://www.itcom.kz/download/stargazer2.405.9.8.tar

Результат сообщи, у меня полет нормальный

Alferov · 26 липня, 2008

Сегодня/завтра добавлю в mysql_store вывод в консоль всех действий, чтобы можно было понять где валится... если вообще валится из-за mysql_store. Как будет готово - выложу.

gall · 26 липня, 2008

Сегодня/завтра добавлю в mysql_store вывод в консоль всех действий, чтобы можно было понять где валится... если вообще валится из-за mysql_store. Как будет готово - выложу.

Если верить дебагу, то на мускуле он и валится.

Я наконец то научился останавливать и запускать СТГ.

Последовательность действий.

- Запустить СТГ чтобы он создал все таблицы в БД -- в этот момент нельзя к нему конектиться НИЧЕМ, иначе упадет, и не забываем про кодировку в конфиге СТГ, с неправильной кодировкой он на старте будет падать, после загрузки модуля mysql.

- Остановка.

- Далее, вливаем ему дамп рабочей базы (у меня от версии 2,403).

- Немного поработать с базой нада

ALTER TABLE users ADD DisabledDetailStat INT(3) DEFAULT(0);

UPDATE users DisabledDetailStat = 1;

Теперь осталось совсем немножко)) нада в БД убить таблицы: actions, detailstatXXXX, logsXXX, messages, stat.

Все.

Запускаю СТГ и все чудненько стартует.

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

Посмотрим как он себя поведет.

Alferov · 26 липня, 2008

Если верить дебагу, то на мускуле он и валится.

Я как раз не вижу, что он валится на мускуле.

Увійти

Stg-web With Mysql

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

madf

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

den68

madf

Silitra

gall

Silitra

gall

rem_lex

Silitra

gall

madf

gall

den68

Silitra

Silitra

Silitra

madf

den68

Silitra

Silitra

gall

Silitra

Alferov

gall

Alferov

Зараз на сторінці 0 користувачів

Спільнота

Активність