MityaginSpbRu

1 - что за ось ? 2 - что в логах ? 3 - точно ли версия последняя ? попробуй писать действия скрипта в файл....своеобразный лог... PS: нарисуй скрипт что-б при выпадании stargazer запускался заного по cron и проблемм с выкачиванием явно пропадет =) а еще лучше что-б при запуске создавались деволтные правила firewall...

глюк ... прошло пару недель как поставил последний второй кандидат....=) 1) теперь поймал глюк в первый раз после остановки и запуска stg2 он незапустился....стал рытся вчем дело в message написанно: 2005-02-13 14:35:07 -- User maksim disconnected. 2005-02-13 14:35:08 -- Stopped. 2005-02-13 14:40:21 -- Stg v. 2.014.7.6 Release Candidate-2 2005-02-13 14:40:21 -- RelcCl started as a process. pid 413 2005-02-13 14:40:21 -- RECIVECL pid = 413 2005-02-13 14:40:21 -- recivecl: Start successful! 2005-02-13 14:40:24 -- User ''TTT's' stat not read. Parameter D0. 2005-02-13 14:40:24 -- User TTTT's data not read. 2005-02-13 14:45:36 -- Stg v. 2.014.7.6 Release Candidate-2 2005-02-13 14:45:36 -- RelcCl started as a process. pid 1168 2005-02-13 14:45:36 -- User 'TTT's' stat not read. Parameter FreeMb. 2005-02-13 14:45:36 -- User TTT's data not read. 2005-02-13 14:45:36 -- RECIVECL pid = 1168 2005-02-13 14:45:36 -- recivecl: Start successful! пришлось востанавливать...файл stat у пользователя TTT так как он был внутри полность чистый....на следующий день такая-же фигня случалась с другим пользователем.... 2) Замечанно что stargazer начинаем неумолимо много ресурсов кушать в первые часы ночи или вечером...видимо может меня в другое время нет но все-же....перезапуск непомогает! опять сразу кушает ресурсы..а точнее проц...время проходит и бац все опять нормально....что это ? Info: FreeBSD 4.10 STG 2.014.7.6

Система: FreeBSD 4.10 Бага: При наблюдении за работой Stargazer было замеченно что иногда stg входит в состояние много кушанья ресурсов что совсем непонятно и нелечится перезапуском стг. Но спустя какоето время все приходит в норму. Фича: Хотелось-бы увидеть возможность отключение детального лога, или лучше что-то типаопции: logmode=X где X может принимать значения: a - file b - mysql c - none

Заметил интересную фишку...процесс stargazer практически нечего нежрет из ресурсов но в один из моментов просто бац и отхватывает процентов 20 =( Повисит как будто что то парсит и все опять нормульно... кстати хотелось бы понять можно-ли отключить детальную статистику ? она мне ненужна ввиду того что пишет убогие файлы...вот если MySQL или PostgreSQL то другое дело а мусор на жестком диске держать нехочу да и загрузка лишняя тоже...

Прошло больше суток. STG2 после патча живет на FreeBSD 4.10. Появились признаки стабильности =) PS: Огромное tnx stg34 =)

сервер перестал выпадать....ждем ....время покажет... PS: Счастливый fix =)

ps ax 71979 ?? I<s 0:00.75 ./stargazer /etc/stargazer ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME q 589824 102 --rw------- root wheel root wheel 1032 1 2048 71979 7197915:27:50 15:27:50 15:27:03 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 65536 0 --rw------- root wheel root wheel 0 8 345 34614:14:50 14:14:50 3:40:31 m 65537 0 --rw------- root wheel root wheel 0 4 345 34615:29:50 15:29:50 3:40:31 m 131074 5432001 --rw------- postgres nobody postgres nobody 10 1417216 353 353 3:40:34 15:29:30 3:40:34 m 131075 0 --rw------- root wheel root wheel 0 8685 345 34615:29:50 15:29:50 4:10:32 m 65540 0 --rw------- root wheel root wheel 9 36 357 357 3:40:35 no-entry 3:40:35 m 65541 0 --rw------- root wheel root wheel 9 512000 357 357 3:40:35 no-entry 3:40:35 m 65542 0 --rw------- root wheel root wheel 2 2359296 340 340 3:41:11 no-entry 3:41:11 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME s 65536 0 --rw------- root wheel root wheel 1no-entry 3:40:31 s 65537 0 --rw------- root wheel root wheel 1no-entry 3:40:31 s 65538 5432001 --rw------- postgres nobody postgres nobody 17no-entry 3:40:34 s 65539 5432002 --rw------- postgres nobody postgres nobody 17no-entry 3:40:34 s 65540 5432003 --rw------- postgres nobody postgres nobody 17no-entry 3:40:34 s 65541 0 --rw------- root wheel root wheel 5no-entry 3:40:35 как только с другого интерфейса залогинился кто то все stg2 висит и непадает признаков жизни...надо срочно фиксить...

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

Борис когда новая версия ? До нового года будет ?

Баг от версии к версии =) Если правила такие: ICMP 0.0.0.0/0 NULL ALL 192.168.0.0/16 DIR1 ALL 172.16.0.0/12 DIR1 ALL 10.0.0.0/8 DIR1 ALL 0.0.0.0/0 DIR0 то все вроде тип-топ DIR1 локальный DIR0 инет а если так: ICMP 0.0.0.0/0 NULL ALL 192.168.0.0/16 NULL ALL 172.16.0.0/12 NULL ALL 10.0.0.0/8 NULL ALL 0.0.0.0/0 DIR0 то хрен знает что считается в DIR0 =( FreeBSD 4.10 / 3 интерфеса

Гость меня недапонял =) у меня stargazer если не перезапускать по крону каждые два часа начинает кушать ресурсы потихоньку и в течении часов 4 убивает весь сервак вхлам..что пирврдит к последствиям типа отваливания баз postgres mysql =) + минус как играть в игры если файрвол кидает каждые два часа....Борис да прибудет с тобой яркое вечное солнце и незабудет тебя великий код....=) исправь сие глюкавость =( FreeBSD 4.10 билд от 14 и 16 нечего непоменял.

Мда. Лажа. Пофикшу. не то слово =( а можно побыстрее разрешить эту багу а то даже в игры непоиграть ведь все время файрвол дергается каждые 2 часа =(Ж

Проблемма с FreeBSD и зависанием сервера осталась. FreeBSD 4.10 лечится только перезапуском stargazer каждые два часа.. и что делать ? когда сия бага будет пофикшена ?

ждемс...

С подсчетом трафика в FreeBSD все грусно ? MySQL видимо долго ждать ? А про запись логов: Не легче-ли сделать языковой файл ?