madf

Ну, во-первых, можно посмотреть в лог (/var/log/stargazer.log) и консольный (если собран в debug-режиме). Может, он вылетает не без причины. Во-вторых, если логи молчат (хотя в консольном будет хоть что-то написано) - получить корку и сделать бектрейс. Как это делать - я уже писал 100 раз. Например, тут. Если повезет - бектрейс укажет причину падения. Если нет - попробовать запустить из-под valgrind (как это сделать - описано там-же). Возможно он покажет на проблемы с памятью.

Что значит "отваливаться"?

Какие шансы быть убитым метеоритом? Запускай 2-3

Executer exited говорит о том, что что-то произошло с процессом stg-exec. Например, скрипт сделал что-то нехорошее и каким-то образом свалил stg-exec.

Кто-то занял порт авторизатора

Это не зависит от частоты записи в базу. Причина этого кроется в том, что Stargazer обрабатывает трафик "пачками". То есть он сперва накапливает "пойманные" пакеты, а потом их обсчитывает. Почему так сделано? Потому что обсчет трафика - достаточно сложный и ресурсоемкий процесс. Если размениваться на каждый пакет - даже при небольшом трафике сервак ляжет. Кроме того, пакеты могут иметь разный размер. В каком-то 10 байт, а в каком-то - 10 Кбайт. Вот и еще одна причина "неточности" обсчета.

Да, вроде все правильно...

Ну по моему, все ясно. Permission denied - не хватает прав для запуска g++. Хотя, если честно, первый раз такое вижу... Что за дистрибутив такой хитрый? Или админ еще более хитрый?

Ну вот надо-бы разобраться, почему вылетает. У себя я воспроизвести это не могу...

Не понимаю, чем вам так mod_auth_ao насолил. Модули друг от друга не зависят и на работу не влияют.

Версия? Есть ли рецепт воспроизведения ошибки?

А другого и нет. Надо было внимательно читать новость на stg.dp.ua Там написано как апгрейднуть уже существующую базу.

А дамп для какой версии? Там же менялся формат базы в 405-й

Какой еще дамп? Мускул сам создает необходимые ему таблицы. Если он этого не может сделать - значит не хватает прав. Судя по всему, не хватает прав и на чтение. Разберись со своими правами и пользователями в мускуле.

Установил старгейзер на винду?! Поздравляю, камрад! Я, конечно-же, имел в виду серверную ОС Но все равно, это уже не важно. Глючная версия конфигуратора. Вот: sgconfig/1.90.9/sgconfig.1.90.9.win.exe

Ни версии stg, ни версии конфигуратора, ни операционной системы... Телепаты в отпуске, а libastral еще из альфы не вылез!

Хм, чудеса... Тогда нужно запускать прямо из-под gdb и смотреть что происходит при падении. Можно еще прогнать под valgrind. 1. Запуск под gdb. - собрать в отладочном режиме (уже); - экспортнуть LD_LIBRARY_PATH=../../lib; - указать путь к модулям ./modules; - # gdb ./stargazer; - (gdb) r <путь_к_каталогу_с_конфигом>; - как грохнется - сделать bt и показать мне. 2. Запуск под valgrind. - собрать в отладочном режиме (уже); - экспортнуть LD_LIBRARY_PATH=../../lib; - указать путь к модулям ./modules; - # valgrind ./stargazer <путь_к_каталогу_с_конфигом>; - как

Короче, ничего я не увидел по твоим коркам. Система все-таки другая... Предлагаю следующее: - собрать в режиме отладки; - запустить, указав путь к модулям ./modules и установив LD_LIBRARY_PATH=../../lib - получить корку; - запустить gdb ./stargazer; - (gdb) core-file <имя_файла_с_коркой>; - (gdb) bt; И показать что оно выдаст.

Я имею в виду - может старгейзер пользует старые модули или старые библиотеки при работе. Это может быть причиной очень нестабильной работы.

Оставлять старые правила при рестарте stg - ненадежно. Невозможно предсказать, в каком состоянии находится файрвол. Рестарт - ситуация аварийная, по этому все правила нужно создавать заново. Игроков в линейку надо гнать в шею - дабы не повышали мировую энтропию По UDP: авторизатор сам переконнектится.

Я вобще не пойму в чем проблема. Сбрасываем правила, запускаем stg. Юзеры отпадают по тайм-ауту, после чего переконнекчиваются. Из опыта: когда пропадает инет, онлайновый юзер начинает нервничать и нажимать кнопку "Отключить/Подключить", после чего реконнект происходит сам собой. PS: UDP не может быть открытым или закрытым - это протокол без установки соединения.

Прелюбопытно. Библиотек от старой версии не затесалось? Или модулей?

Как? А как ты устанавливаеш правила? Скриптом, видимо... Переподключается по тайм-ауту.

Строго говоря, SuSE, RH, Debian и др. - это не платформы а дистрибутивы. Проблемы же возникают потому что растет сложность проекта. Так, анпример, 1-я и 2-я версии были полностью автономными (ну, кроме зависимости по -lexpat). Теперь же приходится работать с глючным мускулом. А тут еще и в ядре поламали заголовочные файлы - теперь ipq не собирается.

Ответ: перед стартом сбрасывать все правила и ставить по новой. Авторизатор потом переконнектится сам и старгейзер добавит нужные правила.