Перейти к содержимому
Local

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

Стоит 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 ?

Поделиться сообщением


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

Да, поможет.

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

 

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

 

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

 

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

 

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

 

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

 

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

Поделиться сообщением


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

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

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

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

Поделиться сообщением


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

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

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

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

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

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

Войти

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

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: cetim
      Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?
    • Автор: mac
      Добрый день.
      Можно ли задать очередность инициализации NAS-ов после рестарта сервера биллинга?
       
      Вобщем вот в чем проблема в моем случае.
      Схема сети: Local NAS Ubilling <-OpenVPN tunnel-> Remote NAS Mikrotik
      Допустим по какой-то причине нет связи с Remote NAS Mikrotik.
      Теперь если сделать рестарт сервера Local NAS Ubilling, то Ubilling пытается в первую очередь проинициализировать Remote NAS Mikrotik.
      И делать это он будет ну очень долго.
      А делать это как-бы и не нужно пока: если Remote NAS Mikrotik уже был инициал. (пусть сейчас и нет связи с биллингом) - абоненты в списке ALLOW есть и интернетом они пользуются,
      а если выключен и/или с ним нет связи - то инициализация списков и т.д. не имеет смысла.
      При этом в Local NAS пока еще ipfw таблицы и пайпы не заполнены и еще долго не будут заполнены, и у абонентов доступа в Интернет нет.
       
      Можно ли как-то задать приоритет инициализации для локального NAS более высокий, чем для Remote NAS ?
      Спасибо
    • Автор: cetim
      Добрый день. Подскажите пожалуйста возможно ли настроить ubilling для снятия абонплаты различными способами ("размазанная" и раз в месяц). В данный момент работает ежедневное снятие.
    • Автор: Flying
      Доброго времени суток!
      Подскажите, а есть какой-то инструмент для поиска и сортировки неактивных абонентов по дате последнего списания абонплаты? Собственно, необходимо для поиска абонов, которые давно не пополнялись / не пользовались услугой.
      Как можно отсортировать неактивных последний месяц / два / пять?
    • Автор: madf
      Если вдруг кому-то интересно: http://www.stg.dp.ua/download/freebsd10-patch.diff
      Т.к. с FreeBSD 10 по умолчанию не идет gcc то собирать так:
       
      CC=/usr/bin/clang CXX=/usr/bin/clang++ ./build
×