Jump to content

Stg-web With Mysql

Alferov

By Alferov
in Stargazer modules

 Share

Recommended Posts

madf Дьявол

madf

Posted
Posted

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

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

  • Replies 972
  • Created
  • Last Reply

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

den68 Точу Зубы

den68

Posted
Posted
В принципе, достаточно закоментировать эту строку. 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 Дьявол

madf

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

Ммм?

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

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

Silitra Точу Зубы

Silitra

Posted
Posted

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 Оборотень

gall

Posted
Posted
Поправил 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 Точу Зубы

Silitra

Posted
Posted

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

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

Ответ сервера 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 Оборотень

gall

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

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

Ответ сервера 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 Точу Зубы

rem_lex

Posted
Posted

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

 

./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 Точу Зубы

Silitra

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

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

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

1. LC_ALL=C

export LC_ALL

2. UPDATE users Set DisabledDetailStat = 1;

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

gall Оборотень

gall

Posted
Posted
Прочитал все посты, запущен в дебаге, 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 Дьявол

madf

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

- 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 Оборотень

gall

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

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

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

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

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

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

den68 Точу Зубы

den68

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

 

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

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

 

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

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

Silitra Точу Зубы

Silitra

Posted
Posted
Пришли почтой дамп всех таблиц, 
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 Точу Зубы

Silitra

Posted
Posted

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

madf Дьявол

madf

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

Откуда?

den68 Точу Зубы

den68

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

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

Silitra Точу Зубы

Silitra

Posted
Posted
а какая платформа в 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 Точу Зубы

Silitra

Posted
Posted
Откуда?

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

gall Оборотень

gall

Posted
Posted

Итак.

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

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

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

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

   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)

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

Alferov Оборотень

Alferov

Posted
  • Author
Posted

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

gall Оборотень

gall

Posted
Posted
Сегодня/завтра добавлю в 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 Оборотень

Alferov

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

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

Guest
This topic is now closed to further replies.
 Share
Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...