Сейчас ругаться буду по теме...

[vitalka]

Скажу сразу, что биллинг устанавливал не я, поэтому, если укажу на проблему, которая появилась исключительно из-за действий во время установки руками администратора, просьба на это указать спокойно.

И так.

Код: Выделить всё

# ps aux | grep netup
root     13645  0.0  0.1   3640  1224 ?        S    Feb18   0:00 /bin/sh /netup/utm5/bin/safe_utm5_rfw start
root     13646  0.0  0.2   5760  1960 ?        Sl   Feb18   0:00 /netup/utm5/bin/utm5_rfw -f
root     13648  0.0  0.1   3648  1240 ?        S    Feb18   0:00 /bin/sh /netup/utm5/bin/safe_utm5_radius start
root     13651  0.0  0.3  34524  3280 ?        Sl   Feb18   0:15 /netup/utm5/bin/utm5_radius -c /netup/utm5/radius5.cfg
root     13658  0.0  0.1   3636  1228 ?        S    Feb18   0:00 /bin/sh /netup/utm5/bin/safe_utm5_core start
root     13660  0.5  1.2  96044 11132 ?        Sl   Feb18  45:03 /netup/utm5/bin/utm5_core

Скажите, пожалуйста, это нормально? На каком основании для работы netup необходимы права root'а?? Я бы даже сказал, что это слишком нагло. Тем более, что специально интересовался у знакомых коллег, администрирующих bgbilling и billmaster, там подобной наглости себе не позволяют.
_______________________________________________________

Код: Выделить всё

# cat utm5.cfg | grep ^rotat
rotate_logs=yes

И при этом ротация исключительно у main.log. Почему же тогда debug.log и radius.log забиваются в один файл, который уже весит десятки гигов??
_______________________________________________________

Почему ротация проходит вопреки всем правилам ротации вообще?
То есть, в вашем понимании, ротация - это периодическое копирование с переименовкой (+timestamp) лога и все. А где сама ротация-то? Почему архивы логов не перезаписываются по кругу? И вообще, где архивы? Ничего не жмется, все лежит в открытом раздутом виде. И такие "логи" собираются ровно до тех пор, пока их не удалишь руками.

_______________________________________________________

Уважаемые, расскажите, пожалуйста, а с какого счастья UTM5 ставится в дефолте в корень системы?? Это новое негласное правило каких ОСей? Наскоько мне не изменяет память и квалификация, такое, почему-то, позволяете себе только вы.

_______________________________________________________

Когда уже появится нормальный едины стартовый скрипт на запуск/перезапуск/остановку биллинга? Почему его до сих пор приходится запускать тремя демонами (rfw, radius, core) в четкой последовательности?
_______________________________________________________

Разберитесь вы, наконец, со своими бб-кодами в форме ввода сообщения? При выделении слов/фраз и нажатии на любую bb-кнопку, выделенное обосабливается тегами, но все сообщение прокручивается в самое начало - это ужасно неудобно!
_______________________________________________________

[Витька]

Когда уже появится нормальный едины стартовый скрипт на запуск/перезапуск/остановку биллинга? Почему его до сих пор приходится запускать тремя демонами (rfw, radius, core) в четкой последовательности?

Единственный пункт, по которому я не согласен. Есть три демона, и у каждого должен быть свой инит-скрипт. Если у вас все три компонента крутятся на одной машине, то это не означает, что оно везде так. Это ведь могут быть и три разных сервера - на одном ядро, на другом радиус, третий в интернеты маршрутизирует. Неужели и в такой ситуации нужно всё запускать на каждом?
По остальному... что называется, нам бы ваши проблемы.
И разработчики, и клиенты уже давно забили на эти мелочи, а больше напрягаются (по крайней мере, последние) по поводу критических багов, то и дело вылезающих в биллинге.

[vitalka]

Когда уже появится нормальный едины стартовый скрипт на запуск/перезапуск/остановку биллинга? Почему его до сих пор приходится запускать тремя демонами (rfw, radius, core) в четкой последовательности?

Единственный пункт, по которому я не согласен. Есть три демона, и у каждого должен быть свой инит-скрипт. Если у вас все три компонента крутятся на одной машине, то это не означает, что оно везде так. Это ведь могут быть и три разных сервера - на одном ядро, на другом радиус, третий в интернеты маршрутизирует. Неужели и в такой ситуации нужно всё запускать на каждом?

Это я все понимаю прекрасно, но кто мешает написать готовый скрипт, помимо трех предыдущих, и пусть все 4 скрипта лежат в инит'ах/рц'ах.

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

Ну что я могу сказать - здорово!
Только насчет "ваши бы проблемы" - зря вы так, уважаемый, ибо обо всех проблемах я здесь не пишу. А их ой как много и ой как они уже достали-то! О них более подробно в тикетах общаемся. Хотя на сегодняшний день из всех, более-менее ответили только на одну. Что качается остальных - все решения специалистов сводятся, почему-то, к банальным левым уточняющим вопросам.
До сих пор вот так и не разобрались, с какого Х utm'ка выставляет абонентам двойные счета.
Ответ и так поражает до глубины пяток. Если коротко, то меня радуют, что "были запущены 2 копии ядра биллинга", и на вопрос "проверяют ли ваши стартапы при запуске наличие запущенных процессов ядра?" ответили "да, проверяют!".
А вот на главный здесь вопрос "как же тогда такое может быть??" ответ гениальный - "нам не известно!".

[dwemer]

по поводу rc-сркиптов.
Не плохо бы еще добавить в них проверку на .. _enable="YES" в rc.conf , как положено. А то бывает забудешь это сделать после установки пакета , и при следующем ребуте стартуют все 3 демона и упорно пытаются соединиться .

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

[vitalka]

Не плохо бы еще добавить в них проверку на .. _enable="YES" в rc.conf

Ну это касательно *BSD