падает STG 2.406

[masters]

Стоит FreeBSD 8.2 x64 + STG 2.406 + MySQL 5.5

Работает часов 10-12, потом отваливается STG. Причем STG-EXEC процессы висят, а основного процесса нет. В логах ничего, в сислог тоже. Убиваешь процессы, запускаешь заново - все нормально работает, только потом опять падает.

 

До этого стоял FreeBSD 8.1 + STG 2.406 + MySQL 5.1 на другой машине было тоже самое. Клиентов около 50.

 

Грешу на авторизатор, сеть Wi-Fi, может пакеты теряются и из-за этого сервер падает. На другой машине работает 2.406 только все Always Online, 60 клиентов и все ОК. Или на cap_bpf.

 

Кто чего подскажет? Поможет ли обновление до 2.407 ?

[madf]

Да, поможет.

А еще лучше до 2.408-rc2.

В 2.406 глюков больше чем полезного кода.

[masters]

как обновляться, поверх, или старый снести? И нужно ли базу сносить, или можно эту использовать?

[madf]

После сборки нового выполнить make install-bin. Если обновляетесь до 2.408-rc2 то стоит перед эти удалить все из /usr/lib/stg (хотя это и не обязательно).

Базу удалять не стоит, ведь в таком случае ее придется наполнять заново. Новые версии обратно совместимы по структуре БД со старыми.

[masters]

Обновился, пока полет нормальный. Правда юзерскрипты пришлось переделывать, конфиг изменился.

 

Теперь с cap_divert ладу не дам. Поставил правило после пайпов перед allow:

 

ipfw add 2900 divert 15701 ip from any to 10.1.1.0/24 out via rl1 (внутренний интерфейс) - ничего не считает, без интерфейса считало даунлоад. И если его поставить слишком высоко - конфигуратор не коннектится.

 

Обратное надо правило?

[madf]

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

А раньше с дивертом считало?

[masters]

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

 

Модули вынесены в отдельную папку. Скрипты брали некоторые данные из конфига и конфигов модулей.

 

А раньше с дивертом считало?

 

Нет, раньше считал cap_bpf, диверт только решил попробовать, пытаюсь разобраться какие данные туда лить.

[madf]

Конфиг не обязательно было менять.

По поводу диверта: под правило "from any to 10.1.1.0/24", по логике, попадает только входящий трафик. Наверное, нужно еще одно правило. Ну или "from any to any" на внутреннем интерфейсе.

Еще спецы рекомендуют вместо divert использовать tee - тогда не будет задержек в доставке пакетов.