gall

Какие еще будут предложения? ls -l ? ls -l /var/run/mysqld/ итого 4 -rw-rw---- 1 mysql mysql 5 2008-07-16 20:36 mysqld.pid srwxrwxrwx 1 mysql mysql 0 2008-07-16 20:36 mysqld.sock

А кому ж там еще жить то? Какие еще будут предложения?

Это не неудобное, а мягко говоря, б\у яблоко (ничего личного, логотип навеял)

Отписываюсь. Исходники взяты stg-2.405.9.8_STG-WEB.tar.gz + mysql_mutex-0.68_STG-WEB_stg-2.405.9.8.tar.gz Процесс сборки без эроров, варнинги не считал, но были. Стартую сервер, для верности собрал все с дебагом. Вот лог стг 2008-07-17 19:45:26 -- Stg v. Stg 2.404 2008-07-17 19:45:26 -- Message queue created successfully. msgKey=5555 msgID=425984 2008-07-17 19:45:26 -- Timer thread started successfully. 2008-07-17 19:45:26 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull. Вот вывод консоли big-ben:~# /sbin/stargazer stg_timer.cpp > 19:45:26 > STG_TIMER started. Time: 1216313126 Segmentation fault (core dumped) Таблицы в БД не создались. ...Да совсем забыл. Пока не добавил параметров в конфиг стг вообще не стартовало <StoreModule store_mysql> dbuser = admin rootdbpass = 123456 dbname = stg dbtablecharset = koi8-r dbsocket = /var/run/mysqld/mysqld.sock dbhost = localhost dbport = 3306 dbtimeout = 3600 </StoreModule> срез коры.. big-ben:/sbin# gdb ./stargazer core GNU gdb 6.4.90-debian Copyright © 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". warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/stg/libstg_logger.so...done. Loaded symbols for /usr/lib/stg/libstg_logger.so Reading symbols from /usr/lib/stg/libstg_locker.so...done. Loaded symbols for /usr/lib/stg/libstg_locker.so Reading symbols from /usr/lib/stg/libstg_common.so...done. Loaded symbols for /usr/lib/stg/libstg_common.so Reading symbols from /usr/lib/stg/libscript_executer.so...done. Loaded symbols for /usr/lib/stg/libscript_executer.so Reading symbols from /usr/lib/stg/libdotconfpp.so...done. Loaded symbols for /usr/lib/stg/libdotconfpp.so Reading symbols from /usr/lib/libexpat.so.1...done. Loaded symbols for /usr/lib/libexpat.so.1 Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...done. Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/i686/cmov/libm.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /usr/lib/stg/libstg_crypto.so...done. Loaded symbols for //usr/lib/stg/libstg_crypto.so Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/stg/mod_store_mysql.so...done. Loaded symbols for /usr/lib/stg/mod_store_mysql.so Reading symbols from /usr/lib/libmysqlclient_r.so.15...done. Loaded symbols for /usr/lib/libmysqlclient_r.so.15 Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...done. Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1 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 0xb7d23b35 in memcpy () from /lib/tls/i686/cmov/libc.so.6 (gdb) Не подскажете что еще не так?

Двум смертям не бывать.... Сегодня вечером опробую. По результатам отпишусь. А вдруг это самое то...

Опыт №хххх.знает.какой Отключен модуль всегда онлайн. Юзеров во время старта было всего 4 потом количество поднялось до 11. Конектились не все сразу. Сервер без проблем проработал 40 минут. Потом я его остановил. Закономерности никакой, догадок тоже. Единственное что отличает эти тесты, количество юзеров во время старта сервера. Буду ставить опыты дальше. Истина думаю гдето рядом. ---- По поводу ошибки eth0: Too much work at interrupt, status=0x00000002. Начитался отдуши))) У меня сетевухи длинки, дрова они кушают via-rhine по ним тоже много интерессного нашел) стандартный параметр static int max_interrupt_work = 20; я поднял до 1000 и пересобрал модуль. Думаю это поможет. Хотя не уверен, что собака зарыта именно тут. Опыты продолжаются.....

Предвидя такой ответ, гугль вчера был перелопачен. Исходя из всего что удалось найти, проблема эта не есть критической, тем более что вижу ее первый раз, в логах при предыдущих тестовых запусках такого не наблюдалось. Ядро в системе 2.6.25 собрано всего неделю назад, новее только 2.6.26 от 13/07/2008. ... То, что больше грешить не на что, меня и пугает. Это косвенно говорит о том, что решения проблемы падений не предвидется.. даже намека на локализацию причины. Но... почему СТГ ведет себя так предсказуемо только с мускульной базой, а с файловой живет себе спокойно? ----------------- P.S.: как вариант, могу предоставить для экспериментов полный доступ к тестовому серверу по ssh. icq 152 85 6907

А вот это сильно смахивает на ответ при неправильном шейпере. Проверь его. И кстати, если я не прописываю ID в шейпере (юзаю пока cbq), система виснет намертво. Система у меня стартует аналогично. Сначала установка шлюзов и запуск шейпера, потом фаерволл, и только потом по крону в течении первой минуты работы стартует сам СТГ. Онлайнеры тоже не проблема, после старта шейпера их можно скриптом закинуть. Шейпер юзаю htb, насчет ошибок покопаю, но ИМХО какая их роль в падении СТГ. Может у кого сервак на дебиане 4, как бы попробовать запустить мои бинарники на другом железе... может в нем проблема. Хотя с файловой базой на этом железе СТГ отработал много и без проблем (версию только не помню), да и 2,403 версия работает тут в обычном режиме 1-2 падения в сутки с мускульной базой.

Убей таблицу детальной статистики.

Итак. Опыт №хххх.знает.какой Отключен всегда онлайн. старт stg_timer.cpp > 18:53:41 > STG_TIMER started. Time: 1216137221 main.cpp > 18:53:41 > Module: /usr/lib/stg/mod_auth_ia.so main.cpp > 18:53:41 > Module: /usr/lib/stg/mod_conf_sg.so main.cpp > 18:53:41 > Module: /usr/lib/stg/mod_cap_ipq.so main.cpp > 18:53:41 > Module: /usr/lib/stg/mod_ping.so Обратим внимание на загружаемые модули и время. После старта сразу идет авторизация. Онлайнеров всего 15. Далее смотрим на две консоли, одна локальная вторая через putty. В putty big-ben:~# ulimit -c 10000 big-ben:~# /sbin/stargazer >>/root/stg_log.log RTNETLINK answers: File exists RTNETLINK answers: File exists We have an error talking to the kernel RTNETLINK answers: File exists RTNETLINK answers: File exists We have an error talking to the kernel Segmentation fault (core dumped) В локальной eth0: Too much work at interrupt, status=0x00000002. stargazer[10783]: segfault at 0 ip b7cea463 sp b716017c error 4 in libc-2.3.6.so[b7c7f000+127000] Как и следовало ожидать есть кора (вчера была 10Мб сегодня 25Мб) и лог дебага. Последняя внятная запись в логе inetaccess.cpp > 18:53:51 > User DNB FOUND! inetaccess.cpp > 18:53:51 > Add new user inetaccess.cpp > 18:53:51 > ========> InitEncrypt 'NO PASSWORD' '80936477273' inetaccess.cpp > 18:53:51 > 1216137231.491824 192 bytes sent to 192.168.51.24:5555 len=192 inetaccess.cpp > 18:53:51 > Monitor time 1216137161 1216137290 inetaccess.cpp > 18:53:51 > recv from 192.168.51.24 5555 len=64 Смотрим на время, сервер пролетел 10 секунд. Возможно я допустил в чем то ошибку и причина настолько банальна, что я ее просто невижу перед собой. Есть какие соображения? ------- P.S.: еще добавлю, чтоб кору не слать gdb ./stargazer core.10780 GNU gdb 6.4.90-debian Copyright © 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". Cannot access memory at address 0xb7f314e8 (gdb) core-file ./core.10780 Cannot access memory at address 0xb7f314e8

Всегда онлайн есть. Для теста отключить попробую, но в работе он нужен (если не придумать как без него) поскольку есть пользователи с wi-fi роутерами домашними.

В том то и прикол. Когда работал с файловой базой, он тоже пахал как танк))) А вот с мускулем у него не сложилось пока...

Кора его. СТГ стартовал со всем тем, что я прислал. Все собрано с дебагом. При 1-3 юзерах он работает спокойно. Вчера, для быстрейшего достижения цели, я кинул его как основной в сеть. В результате он умер буквально за 1-2 минуты. Онлайн был около 30 юзеров, но он умер раньше чем они все успели авторизоваться. P.S.: сегодня повторю экперимент.. удалю все что было вчера.. соберу еще раз СТГ с дебагом и попробую сново завалить его в кору.

А как же мой вопрос? Кору с бинарями и патчами и логами.. и со всем-всем-всем отправил. Есть там за что зацепиться? Или краш-тест не засчитан и сделать новый нада?

Зробив - всеодно не пішло. В полі гоот стоїть 1. Дещо переглянути я можу але більшість Access denied! главное доберись до редактирования админов и там уже все седлаеш или создай еще одного и дай ему все права

Останови СТГ. Вруби phpmyadmin и поставь единичку в поле root для админа. Включи СТГ. Би root. Если уж по другому никак))

2 madf. Отправил почтой кору со всем что было рядом)) Исходники, бинари и лог дебага. Жду ответа.

Выполни такую команду ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>' Только имя и пароль админа свои поставь, и выхлоп покажи. Была подобная проблема.

Коллега. Сам юзаю Debian 4. С установками софта никаких проблем, пользуйте aptitude. Она разрешит зависимости пакетов автоматически. Пробуйте модуль мускуля и веб-морду. Надеюсь у вас получится более удачно чем у меня, и "листьев по осени" не будет ))

Что плохо - не спорю. Я не знаю С, потому непонимаю как дописать stg_Time, если не трудно подскажи как.. А по поводу этих 4 либ.. почему они изменяются? и куда исчезает детальный лог дебага?

Надеялся, что с установкой STG 2.405.9.8 все мои беды с падением сервера уйдут в историю. Увы. За сутки теста с 4 онлайнерами, он таки падал. Сейчас собран ./build debug и запущен с ulimit -c 10000. Процесс сборки. Взял чистый stg-2.405.9.8.src пропатчил его mysql-0.67-mutex_stg-2.405.9.8.patch собрал сам СТГ, никаких проблем не возникло. Раскидал все по своим местам руками. Запустил, работает. Ок... остановка.. идем дальше. Нужно веб запустить. Закинул ему sgconf_xml из stg-2.405.9.8_STG-WEB и попробовал скомпилить, тоже проблем никаких. Старт СТГ. Тест sgconf_xml ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>' ./sgconf_xml: symbol lookup error: //usr/lib/stg/libstg_common.so: undefined symbol: stgTime Дело ясное, иду в папку с либами и вижу что дата создания изменилась у 4 либ (libsrvconf.so, libstg_common.so, libstg_crypto.so, libconffiles.so).. кидаю их в /usr/lib/stg Теперь sgconf_xml работает четко. Но что заметил. После замены либ в лог дебага пишет только пинги, до замены писало все как обычно в дебаге. Вот собственно и все на данный момент. Жду пока корка появится))) -- Железо: пень 4Д 3,4 .. 2Г озу.. винты сата2 ядро 2,6,25 мускуль 5.0.32 ОСь Debian 4 P.S.: надеюсь, что прийдет то время, когда он и у меня будет работать стабильно)

Tx Bit Rate 608000 Rx Bit Rate 2464000 Расстояние до АТС метров 300-400, сколько шкафов незнаю) Это показывает модем, скорость на порту УТ обрезана..потому как пакет 1Мбит. Максимум что видел ~20Мбит на расстоянии 500м и один шкаф. Думаю 16Мбит.. не все но многие получат.. точнее смогут взять)))))

Так какие сложности? Для аналогичной ситуации использовал Planet ADW-4401A Ни забот ни хлопот, втыкнул ему питание и телефонную линию..кинул в укромное место и пусть пыхтит сам.. Чтоб не больше 5 цеплялось.. настрой дхцп, чтобы выдавал не больше 5 ИПов.

ХотДог знаю ХотСпот тоже вроде А что это за диковинное блюдо? :loop:

Замени expect '-->' на expect '>'