gall

// STG-Server Settings $stg_host = "192.168.51.222"; // IP-адрес сервера STG $stg_port = "5555"; // Порт сервера STG $stg_admin = "user"; // Логин администратора STG (для раздела "пользователи") $stg_password = "123123123"; // Пароль администратора STG (для раздела "пользователи") $stg_root_path = "/var/www/billing/"; // Полный путь до корневой директории сайта $stg_KK_path = "/var/www/run/sgconf_xml"; //Полный путь до консольного конфигуратора И все прекрасно работает.

а почему бы не написать полный путь - http://ИП_КОМПА/

Мне кажется, что чтото с config.php а точнее с путями апач не видит скрипт в корне сайта

Спасибо, все норм

Проверил в работе. Онлайн около 40 юзеров. Отработал честно больше двух часов. Вроде все норм, кроме одного. Начались проблемы с таблицей users, а именно Поля Userdata начали себя вести неадекватно)) У меня в поле userdata1 указан номер договора с абонентом, Так вот при каждом рестарте данные из этого поля смещаются на 1.... Тоесть после двух рестартов номер договора у меня уже в поле userdata3. Что тут еще не так?? Еще, у юзеров у которых стоит смена тарифа, в поля userdata1 и 2 теперь прописало значения из поля tariffchange. Какие будут мнения? Ведь после 6 или 7 рестарта данные начнут исчезать из этих полей.. ИМХО не есть гуд.

Если верить дебагу, то на мускуле он и валится. Я наконец то научился останавливать и запускать СТГ. Последовательность действий. - Запустить СТГ чтобы он создал все таблицы в БД -- в этот момент нельзя к нему конектиться НИЧЕМ, иначе упадет, и не забываем про кодировку в конфиге СТГ, с неправильной кодировкой он на старте будет падать, после загрузки модуля mysql. - Остановка. - Далее, вливаем ему дамп рабочей базы (у меня от версии 2,403). - Немного поработать с базой нада ALTER TABLE users ADD DisabledDetailStat INT(3) DEFAULT(0); UPDATE users DisabledDetailStat = 1; Теперь осталось совсем немножко)) нада в БД убить таблицы: actions, detailstatXXXX, logsXXX, messages, stat. Все. Запускаю СТГ и все чудненько стартует. Правда харкорного теста с ним не проводил, но сегодня попробую кинуть его основным на сеть. Посмотрим как он себя поведет.

Итак. СТГ стабильно отработал почти двое суток. Пришло время остановить его и влить свежий дамп базы, чтобы опробовать на юзерах. Залил базу, вырубил всем всегда онлайн, запустил СТГ Конекчусь пока сам 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) Вот сижу сейчас и пытаюсь вспомнить, как же я его позавчера растолкал, что он так подозрительно хорошо работал....

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

Попробуй еще это сделать. - printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]); + //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]); отключить парсер. Я такого сделать не успел, он у меня просто начал работать. Почему он у меня запустился, я пока выяснить не смог. Но факт, глючило..глючило.. и вдруг бац!!! я смог подключиться виндовым конфигуратором Ну а дальше закинул дамп реальной базы и оставил его на тесты.

Если вы прочитаете мои посты выше, то заметите, что все проблемы описаны. На данный момент СТГ у меня запущен в дебаге, онлайнеров под 90 (всем включил всегда онлайн). Сервер работает уже более суток. Итак... догадки. 1. LC_ALL=C export LC_ALL 2. UPDATE users Set DisabledDetailStat = 1;

http://sysadminday.com.ru/ Всех коллег поздравляю. И чтоб ни одного разрыва

Как вариант поиграйся с этим параметром "dbtablecharset = koi8-r" мне помогло

Вот что я вижу 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) А что тут видно специалистам? Или продолжать глубже копать?

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

На старые модули оно то может и похоже. Но есть одно "НО", для теста скачаны исходники с офф сайта, комп "чистый" линух тока поставлен со всем необходимым, версий СТГ ниже 405 он после сборки еще и в глаза не видел, СТГ не инсталю, а руками раскладываю все по местам, предварительно руками удаляя все что было. Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше. Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя .... Версия мускуля 5.0.32 Если есть уверенность, что дело именно в нем, то можно и переустановить. .. Вобщем, буду копать. Раскопаю отпишусь, не осилю тоже дам знать.

Вот уж не ожидал такой наглости http://2img.org.ua/v.php?id=8f59a6c0c04f21...fc788d432dc.jpg

Итак, по-порядку. Скачал исходники с 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. Результат один, падает. Что еще посоветуете?

При любом конекте. Максимум что мне удалось получить это ответ на запрос ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>' но не более одного раза, при втором обращении к СТГ.. спрашивать уже некого СТГ слетел.

Ось прямая, ставил с нета без всяких танцев с бубнами, единственное что доделал, это сменил ядро с 2-6-18 на 2-6-25. Привык я уже к дебиану. 2 den68 Я полностью с вами согласен, исходники я взял "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 я таки намерен запустить. Пусть я пройду по всем граблям, но и на моем дебиане будет праздник.

Дебаг не помог, потому как он падал на самом старте, и в лог дебага ничего вообще не попадало. Проблему я нашел и подправил, СТГ стартонул. Падал он у меня после загрузки модуля мускульного, при чтении юзеров из базы. В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1. ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие и упорство победило разум) Поменял, запустилось. Но... Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены. Пробовал без модулей всегда онлайн и пинг, всеравно, стартует.. говорит "Hello World" и умирает. Логи могу показать, потому как сам нифига понять немогу... Вчера пока терпения хватило, нашлепал около 20 логов дебага.

Хм. Раньше попробовать не додумался. Сегодня попробовал. Взял чистый СТГ и добавил ему мускуль-мутекс из этого поста 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. Что ж тогда выходит? Не нравится модулю чтото, но что именно... Модуль вроде бы стартовал, дальше должен произойти коннект к БД и загрузка юзеров. Что же не так с коннектом?

Опробовал оба варианта. И сокет и ТСР. Результат один - кора. Собрал чистый СТГ 2,405 Запустил, стандартные таблицы появились. Поставил стг+веб Все повторилось... кора. Предлагаю всетаки перейти на общение в аське, ибо так медленно все происходит. номер 152856907

Собираю. Немного поправил мейк, чтоб нашел заголовки мускуля и сам клиент. Было 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 висит в процессах.

Запустил чистый СТГ, без патчей вообще, создались стандартные таблицы. Запускаю версию с СТГ-веб, падает и своих таблиц не добавляет. Заливаю дамп базы из СТГ 2,403 (фомат то у них чуток разный) Стартует и падает, дебаг пустой, в логе СТГ это 2008-07-19 19:05:24 -- Stg v. Stg 2.404 2008-07-19 19:05:24 -- Message queue created successfully. msgKey=5555 msgID=65536 2008-07-19 19:05:24 -- Timer thread started successfully. 2008-07-19 19:05:24 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull. 2008-07-19 19:05:24 -- Cannot read user abon100. Tariff not exist. 2008-07-19 19:05:24 -- USERS: Error: Cannot read users! 2008-07-19 19:05:24 -- Traffcounter: Stop successfull. 2008-07-19 19:05:24 -- Users: Stop successfull. 2008-07-19 19:05:25 -- Queue removed successfully. 2008-07-19 19:05:25 -- StgTimer: Stop successfull. 2008-07-19 19:05:25 -- Stg stopped successfully. 2008-07-19 19:05:26 -- --------------------------------------------- Последние строки из коры Reading symbols from /lib/tls/i686/cmov/libnsl.so.1...done. Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 Core was generated by `/sbin/stargazer'. Program terminated with signal 11, Segmentation fault. #0 0x00100000 in ?? () (gdb)

Пробую. Собираю читстый СТГ, запускаю с тем же конфигом. Таблицы созданы. Значит логин и пароль верные, доступ юзера к базам есть. Руками таблицы не создавал, поскольку чистого sql запроса нету, а вытянуть все из mysql_store.cpp ума не хватит, из-за встречающихся там переменных Еще есть какие мысли?