Перейти до

stargazer авторизатор и конфигуратор умирают


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

вобщем уже около 2 месяцев есть проблема. червер исправно гудит. в се бегает. в опрадеоенный момент тухнет доступ от конфигуратора и авторизатора соотвецтвенно.

пользовотели что с галкой всегда в онлайне - все ок. все считает.

 

помогает убылы стар-стартанули стар

или ребут

 

в логах нечто такое

 

 

2010-12-27 09:09:37 -- Couldn't connect to Server

2010-12-27 09:09:37 -- Cannot write disconnect for user 4.

2010-12-27 09:09:37 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 3.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 24.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 22.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 21.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 20.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 2.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 19.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 17.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 16.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 15.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 14.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:38 -- Cannot write disconnect for user 12.

2010-12-27 09:09:38 -- Couldn't connect to Server

2010-12-27 09:09:39 -- Cannot write disconnect for user 11.

2010-12-27 09:09:39 -- Couldn't connect to Server

2010-12-27 09:09:39 -- Cannot write disconnect for user 10.

2010-12-27 09:09:39 -- Couldn't connect to Server

2010-12-27 09:09:39 -- Module: 'InetAccess authorizator v.1.3'. Stop successfull.

2010-12-27 09:09:39 -- Cannot write disconnect for user 1.

2010-12-27 09:09:39 -- Couldn't connect to Server

2010-12-27 09:09:39 -- Module: 'bpf_cap v.1.0'. Stop successfull.

2010-12-27 09:16:40 -- Stg v. 2.406

2010-12-27 09:16:40 -- Message queue created successfully. msgKey=5555 msgID=65536

2010-12-27 09:16:40 -- Timer thread started successfully.

2010-12-27 09:16:41 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2010-12-27 09:16:42 -- Users started successfully.

2010-12-27 09:16:42 -- Traffcounter started successfully.

2010-12-27 09:16:42 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2010-12-27 09:16:42 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2010-12-27 09:16:42 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2010-12-27 09:16:42 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2010-12-27 09:16:54 -- Module: 'Pinger v.1.01'. Start successfull. 100

2010-12-27 09:16:54 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2010-12-27 09:16:54 -- Stg started successfully.

2010-12-27 09:16:54 -- +++++++++++++++++++++++++++++++++++++++++++++

2010-12-27 09:17:52 -- Shutting down... 15

2010-12-27 09:17:52 -- +++++++++++++++++++++++++++++++++++++++++++++

2010-12-27 09:17:52 -- Module: 'Stg configurator v.0.08'. Stop successfull.

 

 

 

или такое

 

2011-01-18 17:26:04 -- Login 5 alredy in use. IP '172.16.0.235'

2011-01-18 17:26:15 -- Login 5 alredy in use. IP '172.16.0.235'

2011-01-18 17:26:17 -- Login 5 alredy in use. IP '172.16.0.235'

2011-01-18 17:26:33 -- Login 5 alredy in use. IP '172.16.0.235'

2011-01-18 17:26:42 -- User's connect failed. IP '172.16.0.235'. Wrong login or password

2011-01-18 17:27:04 -- User's connect failed. IP '172.16.0.235'. Wrong login or password

2011-01-18 17:27:10 -- User's connect failed. IP '172.16.0.235'. Wrong login or password

2011-01-18 17:27:20 -- User's connect failed. IP '172.16.0.235'. Wrong login or password

2011-01-22 19:37:31 -- TRAFFCOUNTER: Reload rules successfull.

2011-01-22 19:39:33 -- Shutting down... 15

2011-01-22 19:39:33 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-01-22 19:43:25 -- Stg v. 2.406

2011-01-22 19:43:25 -- Message queue created successfully. msgKey=5555 msgID=65536

2011-01-22 19:43:25 -- Timer thread started successfully.

2011-01-22 19:43:26 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2011-01-22 19:43:27 -- Users started successfully.

2011-01-22 19:43:27 -- Traffcounter started successfully.

2011-01-22 19:43:27 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2011-01-22 19:43:27 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2011-01-22 19:43:27 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2011-01-22 19:43:27 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2011-01-22 19:43:40 -- Module: 'Pinger v.1.01'. Start successfull. 100

2011-01-22 19:43:40 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2011-01-22 19:43:40 -- Stg started successfully.

2011-01-22 19:43:40 -- +++++++++++++++++++++++++++++++++++++++++++++

 

 

 

второе я заметил и сразу сделал ребут...

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

 

конфигуратор тоже не пахал

 

 

 

уже всю базу перепроверял. файлосистему тоже

(по файлосистеме что занятно. при ФСЦК в обычном режиме

FREE BLK COUNT(S) WRONG IN SUPERBLK

SALVAGE? no

 

SUMMARY INFORMATION BAD

SALVAGE? no

 

BLK(S) MISSING IN BIT MAPS

SALVAGE? no

 

184 files, 11 used, 506476 free (44 frags, 63304 blocks, 0.0% fragmentation)

** /dev/ad4s1f (NO WRITE)

** Last Mounted on /usr

** Phase 1 - Check Blocks and Sizes

** Phase 2 - Check Pathnames

** Phase 3 - Check Connectivity

** Phase 4 - Check Reference Counts

** Phase 5 - Check Cyl groups

292484 files, 1987194 used, 3089885 free (35277 frags, 381826 blocks, 0.7% fragmentation)

** /dev/ad4s1d (NO WRITE)

** Last Mounted on /var

** Phase 1 - Check Blocks and Sizes

** Phase 2 - Check Pathnames

** Phase 3 - Check Connectivity

** Phase 4 - Check Reference Counts

UNREF FILE I=119148 OWNER=root MODE=140666

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

UNREF FILE I=164867 OWNER=mysql MODE=100600

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

UNREF FILE I=164868 OWNER=mysql MODE=100600

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

UNREF FILE I=164869 OWNER=mysql MODE=100600

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

UNREF FILE I=164870 OWNER=mysql MODE=100600

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

UNREF FILE I=164871 OWNER=mysql MODE=100600

SIZE=0 MTIME=Jan 22 19:43 2011

CLEAR? no

 

** Phase 5 - Check Cyl groups

7068 files, 675258 used, 337757 free (5141 frags, 41577 blocks, 0.5% fragmentation)

** /dev/ad4s1g (NO WRITE)

** Last Mounted on /www

** Phase 1 - Check Blocks and Sizes

 

но при монопольном доступе (то что при ф4) все чисто.

вернемся к конфигам и базам данных. все сидит в ** /dev/ad4s1g (NO WRITE)

** Last Mounted on /www

)

 

ося фрибсд 7

 

 

Ваши идеи на етот счет. апаратка или програмка? где же камень?

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

Stg v. 2.406

как минимум надо апдейт

апдейт не проблем.... но до етого пахало год без глюков

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

А консольный конфигуратор на самом сервере на запросы отвечает?

Это может быть из-за вирусной активности в сети. Саму сеть смотрели в этот момент? Может флудят сервер.

В последней разработке СТГ кое-какие изменения внесены в код на этот счёт.

 

И ситуация с fsck ненормальная у Вас.

В монополном режиме

umount -a

fsck -y

делали?

 

Можно с CD загрузиться и каким-нить тестом винт поглядеть.

 

Ещё может где-то банальное окисление контактов. У меня такое было.

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

А консольный конфигуратор на самом сервере на запросы отвечает?

Это может быть из-за вирусной активности в сети. Саму сеть смотрели в этот момент? Может флудят сервер.

В последней разработке СТГ кое-какие изменения внесены в код на этот счёт.

 

И ситуация с fsck ненормальная у Вас.

В монополном режиме

umount -a

fsck -y

делали?

 

Можно с CD загрузиться и каким-нить тестом винт поглядеть.

 

Ещё может где-то банальное окисление контактов. У меня такое было.

смарт чистій.

 

попробую проставить на другой носитель систему и тогда прогнать

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

Судя по логам - отпадает база. Надо смотреть логи MySQL.

смотрел логи базы. все чисто. даже поднял лимит запросов до безконечности

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

Судя по логам - отпадает база. Надо смотреть логи MySQL.

смотрел логи базы. все чисто. даже поднял лимит запросов до безконечности

Тем не менее проблема в MySQL. Или файрволе, который внезапно блокирует доступ к серверу БД.

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

+1 дружище ТС! на 7 фряхе отваливаеться! на 6.3 полёт нормальный.

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

ЗЫ. Файловая бд.

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

+1 дружище ТС! на 7 фряхе отваливаеться! на 6.3 полёт нормальный.

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

ЗЫ. Файловая бд.

У ТС-а отваливается MySQL. Это видно по логу. Отвалы на 7-й фре на файловой базе имеют другие причины.

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

UNREF FILE I=164867 OWNER=mysql MODE=100600

CLEAR? no

 

UNREF FILE I=164868 OWNER=mysql MODE=100600

CLEAR? no

 

UNREF FILE I=164869 OWNER=mysql MODE=100600

CLEAR? no

 

UNREF FILE I=164870 OWNER=mysql MODE=100600

CLEAR? no

 

UNREF FILE I=164871 OWNER=mysql MODE=100600

CLEAR? no

 

програмка? где же камень?

Явно "Програмка" : )

У вас падает mysql-сервер, как пишет madf. Все это из-за ошибок на ФС (возможно).

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

вернулся к старой проблеме

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

 

2011-05-04 22:20:44 -- Admin 'seroga', 172.16.0.234: User 'anetka': 'cash' parameter changed from '-50.000000' to '0.000000'.

 

ни конфигуратором ни авторизатором хода нет. пользователи те что всегда онлайн - всегда онлайн. те что на авторизаторе - мертвы

 

дальше киллолл старгейзер - 1 процес убило 2 висит в топе.

дальше запускаю старгейзер

появились новые процесы что напуляли в лог соотвецтвенно

File: stargazer.log Line 1278938 Col 0 44737410 bytes 99%

2011-05-05 08:25:17 -- Stg v. 2.406

2011-05-05 08:25:17 -- Message queue created successfully. msgKey=5555 msgID=131072

2011-05-05 08:25:17 -- Timer thread started successfully.

2011-05-05 08:25:17 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2011-05-05 08:25:17 -- Users started successfully.

2011-05-05 08:25:17 -- Traffcounter started successfully.

2011-05-05 08:25:17 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2011-05-05 08:25:17 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2011-05-05 08:25:17 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2011-05-05 08:25:17 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2011-05-05 08:25:36 -- Module: 'Pinger v.1.01'. Start successfull. 100

2011-05-05 08:25:36 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2011-05-05 08:25:36 -- Stg started successfully.

2011-05-05 08:25:36 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-05-05 08:26:22 -- Shutting down... 15

2011-05-05 08:26:22 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-05-05 08:26:22 -- Module: 'Stg configurator v.0.08'. Stop successfull.

2011-05-05 08:26:22 -- Module: 'Pinger v.1.01'. Stop successfull.

2011-05-05 08:26:22 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.

2011-05-05 08:26:25 -- Module: 'InetAccess authorizator v.1.3'. Stop successfull.

2011-05-05 08:26:25 -- Module: 'bpf_cap v.1.0'. Stop successfull.

2011-05-05 08:26:30 -- Module: 'CAP_NF v. 0.3'. Stop successfull.

2011-05-05 08:26:30 -- Traffcounter: Stop successfull.

2011-05-05 08:26:33 -- Users: Stop successfull.

2011-05-05 08:26:34 -- Queue removed successfully.

2011-05-05 08:26:34 -- StgTimer: Stop successfull.

2011-05-05 08:26:34 -- Stg stopped successfully.

2011-05-05 08:26:34 -- ---------------------------------------------

2011-05-05 08:29:02 -- Stg v. 2.406

2011-05-05 08:29:02 -- Message queue created successfully. msgKey=5555 msgID=196608

2011-05-05 08:29:02 -- Timer thread started successfully.

2011-05-05 08:29:02 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2011-05-05 08:29:02 -- Users started successfully.

2011-05-05 08:29:02 -- Traffcounter started successfully.

2011-05-05 08:29:02 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2011-05-05 08:29:02 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2011-05-05 08:29:02 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2011-05-05 08:29:03 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2011-05-05 08:29:03 -- Module: 'Pinger v.1.01'. Start successfull. 100

2011-05-05 08:29:03 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2011-05-05 08:29:03 -- Stg started successfully.

2011-05-05 08:29:03 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-05-05 08:30:35 -- Shutting down... 15

2011-05-05 08:30:35 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-05-05 08:30:35 -- Module: 'Stg configurator v.0.08'. Stop successfull.

2011-05-05 08:30:35 -- Module: 'Pinger v.1.01'. Stop successfull.

2011-05-05 08:30:36 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.

2011-05-05 08:30:36 -- Cannot write disconnect for user test.

2011-05-05 08:30:36 -- Couldn't connect to Server

2011-05-05 08:30:36 -- Cannot write disconnect for user rostik.

2011-05-05 08:30:36 -- Couldn't connect to Server

2011-05-05 08:30:36 -- Cannot write disconnect for user rosalia.

2011-05-05 08:30:36 -- Couldn't connect to Server

2011-05-05 08:30:36 -- Cannot write disconnect for user pda.

2011-05-05 08:30:36 -- Couldn't connect to Server

2011-05-05 08:30:36 -- Cannot write disconnect for user Mikrotik_09.

2011-05-05 08:30:36 -- Couldn't connect to Server

 

 

дальше такое

 

File: stargazer.log Line 1279040 Col 0 44737410 bytes 99%

2011-05-05 08:30:38 -- Couldn't connect to Server

2011-05-05 08:30:38 -- Module: 'InetAccess authorizator v.1.3'. Stop successfull.

2011-05-05 08:30:38 -- Module: 'bpf_cap v.1.0'. Stop successfull.

2011-05-05 08:30:43 -- Module: 'CAP_NF v. 0.3'. Stop successfull.

2011-05-05 08:30:44 -- Traffcounter: Stop successfull.

 

2011-05-05 08:30:44 -- Cannot write detail stat for user test.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user Mikrotik_09.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user asus_cable.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user 5.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user 26.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user 20.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user 16.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write detail stat for user 11.

2011-05-05 08:30:44 -- Couldn't connect to mysql engine! With error:

 

2011-05-05 08:30:44 -- Cannot write stat for user test.

2011-05-05 08:30:44 -- Couldn't save user stat:

 

2011-05-05 08:30:44 -- Cannot write stat for user rostik.

2011-05-05 08:30:44 -- Couldn't save user stat:

 

2011-05-05 08:30:44 -- Cannot write stat for user rosalia.

2011-05-05 08:30:44 -- Couldn't save user stat:

 

2011-05-05 08:30:44 -- Cannot write stat for user pda.

2011-05-05 08:30:44 -- Couldn't save user stat:

 

===

 

2011-05-05 08:30:44 -- Cannot write conf for user 9.

2011-05-05 08:30:44 -- Couldn't save user conf:

 

2011-05-05 08:30:44 -- Cannot write conf for user 8.

2011-05-05 08:30:44 -- Couldn't save user conf:

 

2011-05-05 08:30:44 -- Cannot write conf for user 7.

2011-05-05 08:30:44 -- Couldn't save user conf:

 

2011-05-05 08:30:44 -- Cannot write conf for user 6.

2011-05-05 08:30:44 -- Couldn't save user conf:

 

 

 

 

 

притом что к мусклу конекты идут наура как с наружи так и снутри....

база на ошибки чиста

 

дальше меня дергнуло написать килл....

сервер упал совсем... мое щастье что ип квм там стоит

 

 

после перезапуска лог стандартен

 

 

2011-05-05 08:30:44 -- Users: Stop successfull.

2011-05-05 08:30:45 -- Queue removed successfully.

2011-05-05 08:30:45 -- StgTimer: Stop successfull.

2011-05-05 08:30:45 -- Stg stopped successfully.

 

тута сервер как раз и выпал в даун полный.... видать правила ИПФВ затер стар при вылете. да так что ни удаленный вход ни что не пахало

 

2011-05-05 08:56:44 -- Stg v. 2.406

2011-05-05 08:56:44 -- Message queue created successfully. msgKey=5555 msgID=65536

2011-05-05 08:56:44 -- Timer thread started successfully.

2011-05-05 08:56:45 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2011-05-05 08:56:45 -- Users started successfully.

2011-05-05 08:56:45 -- Traffcounter started successfully.

2011-05-05 08:56:45 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2011-05-05 08:56:45 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2011-05-05 08:56:45 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2011-05-05 08:56:45 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2011-05-05 08:57:03 -- Module: 'Pinger v.1.01'. Start successfull. 100

2011-05-05 08:57:03 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2011-05-05 08:57:03 -- Stg started successfully.

2011-05-05 08:57:03 -- +++++++++++++++++++++++++++++++++++++++++++++

 

 

 

ребутнул сервер. все стартанулось все пашит

 

 

есть ли идея?????....

 

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

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

Явно "Програмка" : )

У вас падает mysql-сервер, как пишет madf. Все это из-за ошибок на ФС (возможно).

 

 

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

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

Тот ужас, который творился в системе (судя по логам), по видимому, вызван тем что было запущено несколько процессов Stargazer'а.

В момент умирания авторизатора и конфигуратора неплохо было бы сделать такое:

$ gdb /path/to/stargazer
(gdb) attach <pid-of-stargazer>
(gdb) thread apply all bt
(gdb) exit

И показать мне что оно напишет.

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

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

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

вернулся к тем же граблям.

ровно раз в месяц отвал....

 

но в етом месяце уже 3 отвала. мускуль - идеально пашит. он еще и бд разных сайтов обеспечивает...

стар отваливается да и все....

 

сегодняшний отвал

 

2011-07-08 13:24:17 -- Stg started successfully.

2011-07-08 13:24:17 -- +++++++++++++++++++++++++++++++++++++++++++++

2011-07-08 13:34:21 -- Admin 'seroga', 172.16.0.234: User 'олрлорлор': 'cash' parameter changed from '-100.000000' to '100.000000'.

лежит тварюка

отвал в пятницу

2011-07-04 21:46:14 -- Admin 'admin', 172.16.0.207: User 'asus nadia': 'alwaysOnline' parameter changed from '0' to '1'.

2011-07-05 20:09:00 -- Admin 'admin', 172.16.0.207: User '11': 'cash' parameter changed from '-50.000000' to '0.000000'.

2011-07-05 20:09:23 -- Admin 'admin', 172.16.0.207: User '6': 'credit' parameter changed from '60.000000' to '30.000000'.

лежит тварюка

2011-07-08 11:51:24 -- Stg v. 2.406

2011-07-08 11:51:24 -- Message queue created successfully. msgKey=5555 msgID=65536

 

 

притом что день после последнего изменения все ок

 

 

 

дополнил

в тор-е видно что сидит на один процес старгейзера меньше.

киллолл не помогает.

руками вбил старгейзер

топ показывает количевство старгейзеров +вышеописаное количевство(все пашит)

в лог плюнул такое

2011-07-10 18:24:36 -- Stg v. 2.406

2011-07-10 18:24:36 -- Message queue created successfully. msgKey=5555 msgID=131072

2011-07-10 18:24:36 -- Timer thread started successfully.

2011-07-10 18:24:36 -- Storage plugin: mysql_store v.0.67. Loading successfull.

2011-07-10 18:24:36 -- Users started successfully.

2011-07-10 18:24:36 -- Traffcounter started successfully.

2011-07-10 18:24:36 -- Module: 'bpf_cap v.1.0'. Start successfull. 0

2011-07-10 18:24:36 -- Module: 'CAP_NF v. 0.3'. Start successfull. 0

2011-07-10 18:24:36 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2011-07-10 18:24:36 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2011-07-10 18:24:55 -- Module: 'Pinger v.1.01'. Start successfull. 100

2011-07-10 18:24:55 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2011-07-10 18:24:55 -- Stg started successfully.

2011-07-10 18:24:55 -- +++++++++++++++++++++++++++++++++++++++++++++

 

 

пс. диск чистый. бд чистые... все перепроверил

 

 

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

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

Конфигуратор может "завесить" только сам себя. По крайней мере в 2.407 точно. Авторизатор вообще не может никого завесить.

А как по поводу тех команд что я писал выше?

 

По поводу количества процессов. Если ExecutersNum равен 1 или вообще не указан то должно быть ровно 2 процесса: stargazer и stg-exec. В случае если stargazer падает по SIGSEGV то stg-exec остается висеть в процессах и убить его можно только по -9.

 

И еще, то что MySQL обеспечивает работу разных сайтов ровным счетом ничего не значит. Разные задачи, разные нагрузки, разные базы.

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

Конфигуратор может "завесить" только сам себя. По крайней мере в 2.407 точно. Авторизатор вообще не может никого завесить.

А как по поводу тех команд что я писал выше?

 

По поводу количества процессов. Если ExecutersNum равен 1 или вообще не указан то должно быть ровно 2 процесса: stargazer и stg-exec. В случае если stargazer падает по SIGSEGV то stg-exec остается висеть в процессах и убить его можно только по -9.

 

И еще, то что MySQL обеспечивает работу разных сайтов ровным счетом ничего не значит. Разные задачи, разные нагрузки, разные базы.

 

упс. про команды както профтыкал. буду ждать следующего висяка.

количевство процесов поставил 2

может для всех клиентов отключить ведение детальной статистики? тогда нагрузка должна упасть феноменально

 

(пс. мускульная база стабильно в своей директории делает гайковие файли типа мускул001-бин, как_то так, може изза излишней нагрузки))

 

А, что со свободным местом на сервере?

места стабильно 2-10 гб в каждой директории. смотрю чтоб место было

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

Конфигуратор может "завесить" только сам себя. По крайней мере в 2.407 точно. Авторизатор вообще не может никого завесить.

А как по поводу тех команд что я писал выше?

 

По поводу количества процессов. Если ExecutersNum равен 1 или вообще не указан то должно быть ровно 2 процесса: stargazer и stg-exec. В случае если stargazer падает по SIGSEGV то stg-exec остается висеть в процессах и убить его можно только по -9.

 

И еще, то что MySQL обеспечивает работу разных сайтов ровным счетом ничего не значит. Разные задачи, разные нагрузки, разные базы.

 

упс. про команды както профтыкал. буду ждать следующего висяка.

количевство процесов поставил 2

может для всех клиентов отключить ведение детальной статистики? тогда нагрузка должна упасть феноменально

 

(пс. мускульная база стабильно в своей директории делает гайковие файли типа мускул001-бин, как_то так, може изза излишней нагрузки))

...

 

Где 2 поставил?

Отключение ведения детальной статистики уменьшит нагрузку на БД, но никак не отразится на "висяках" если они происходят в плагине конфигуратора.

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

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

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

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