Опыт установки 5.3 на боевом сервере

[vprudnikov]

А я, вот, лично, не вижу ничего неадекватного в высказываниях streampp.

Вам, видимо, весело потому, что Вы не испытываете на себе проблемы, которые люди получают, устанавливая релиз, который, на самом деле, больше похож на первую бету.

[serjk]

Укажите, о каких проблемах в 5.3-001-Release идет речь?

Если Вы обращаетесь к сотрудникам компании, то отвечу - если мы выпускаем релиз с критическими ошибками, то так же испытываем разного рода проблемы. Соответственно, мы заинтересованы в выпуске сборок с минимальным количеством ошибок. Но наши возможности по тестированию не безграничны, и самый очевидный способ указать нам на проблемы - обратиться в службу тех. поддержки. Особенно, если проблема критическая.

[serjk]

serjk
Пожалуйста поправьте даты на актуальные в личном кабинете. Ато там везде стоит 2013-08-23.

Вероятно старые даты оставляют намеренно, чтобы пользователи, купившие обновление, могли иметь доступ к update-сборкам в любое время. То есть эта дата - дата выхода релиза продукта.

[vprudnikov]

Укажите, о каких проблемах в 5.3-001-Release идет речь?

Если Вы обращаетесь к сотрудникам компании, то отвечу - если мы выпускаем релиз с критическими ошибками, то так же испытываем разного рода проблемы. Соответственно, мы заинтересованы в выпуске сборок с минимальным количеством ошибок. Но наши возможности по тестированию не безграничны, и самый очевидный способ указать нам на проблемы - обратиться в службу тех. поддержки. Особенно, если проблема критическая.

Вам копипасты с форума нужны? Вы же тут сами прекрасно все читаете. Загляните еще в тикеты.

Вот эти баги вы считаете нормальными в релизе?:

---------------------------

- Флаг "не выполнять правила файрвол" в свойствах IP-группы не установлен? Был такой баг.

---------------------------

- > Здравствуйте!
> Обновили UTM до 5.3 и имеем проблему с поиском "по логинам в сервисных
> связках".
> Для телефонии (где логин - номер телефона) поиск работает нормально, но не
> работает на связках с услугой передачи трафика.
> Вместо логина находит по полю "IP(VPN)".
>

Проблема зарегистрирована у разработчиков как mantis id 2090. Ожидаем ее

решения.

---------------------------


> В шаблонах многостраничных документов ранее приходилось задавать стили (тэг
> <style>) отдельно для каждой страницы, теперь (в версии 5.3 стили надо
> задавать в самом начале, единые для всех страниц.
> Это ломает совместимость с уже созданными документами: при попытке распечатать
> уже сформированый до обновления документ в начале каждой страницы (кроме
> первой) образуется мусор из кода, задающего стиль.
> При подобных изменениях стоит либо следить за сохранением обратной
> совместимости, либо обеспечить автоматическую конвертацию данных.
>

К сожалению данное изменение не попало в список изменений для версии
5.3.
Приносим свои извинения за доставленные неудобства. Данное изменение
функционала будет отражено в документации к системе, описание проблемы
зарегистрировано у наших технических писателей trac id 175.

Автоматическая конвертация этих данных к сожалению не предусмотрена,
рекомендуем вручную отредактировать шаблоны.

---------------------------
Еще одна проблема с поиском пользователей после обновления до версии 5.3.
Поиск по полям "создан" и "изменен" не работает вообще.
Поиск по полю "дата подключения" возвращает всегда один и тот же набор пользователей.

Проблема не исправлена в update2.

Да, поиск по полям "создан" и "изменен" теперь выдает какие-то результаты.
Но, на мой скромный взгляд, критерием работоспособности является не выдача каких-то результатов,
а выдача результатов, соответствующих запросу.

Вот так ошибки у нас исправляются.

-----------------

В новом радиусе (update2) авторизация пользователей, если у них в базе забиты логины в верхнем регистре НЕ ПРОХОДИТ, не зависимо от того, в каком регистре они приходит с NAS! Зато если забиты в нижнем регистре, то проходит в любом случае.

-----------------

В новой версии (update2) часть сессий по телефонии валятся в таблицу VPN и DialUP сессий.


-----------------

И это только то, с чем столкнулись мы. А сколько всего есть из того, что мы не используем, а используют другие.

Еще что-то нужно искать?

Я считаю, что при элементарном тестировании на реальной сети можно было решить эти проблемы еще до релиза. Это не релиз. Он нерабочий!

[vprudnikov]

Ладно, уж извините, наболело, продолжу

Ну, фиг с ним с этим биллингом за 100 баксов. Понятно, что за 10 лет уже все к нему адаптировались, поналепили тонну костылей (ну, и сам он, безусловно, несколько эволюционировал за 10 лет), и теперь уже некуда деваться.

Но ведь Вы же продаете такое же глючное ПО за 20К баксов (я про IPTV).

[vprudnikov]

Соответственно, мы заинтересованы в выпуске сборок с минимальным количеством ошибок.

Вы знаете, мы аналогичную пургу абонентам 10 лет назад прогоняли ))
С тех пор мы изменились.

[serjk]

Ошибки исправляются. По проблемам, которые перечислены, посмотрю подробнее, что исправлено, а что - нет. Разработчики, закрывшие тикеты, которые не были исправлены должным образом, получили взыскания. Так же хочу отметить, у нас под рукой нет реальной сети хотя-бы на 10к абонентов (для тестирования важна статистика, на стенде нельзя найти все проблемы, силами нескольких тестеров нельзя рассмотреть все варианты).

В случае, когда работоспособность клиентской системы после обновления находится под угрозой, техподдержка и разработчики прилагают все усилия, чтобы исправить ситуацию в кратчайшие сроки (это к вопросу о нашей заинтересованности в выпуске софта с ошибками). В Вашем случае я не вижу проблем, которые сделали эксплуатацию системы невозможной после обновления (что не исключает серьезности ряда перечисленных ошибок). Код ядра системы с момента 5.2.1-009 был изменен на 30-50%, были написаны с нуля ключевые модули, закладывалась основа для дальнейшего развития продукта. Избежать большого количества ошибок в такой ситуации было невозможно.

P.S.
Я не продаю "ПО за 20К баксов", так же я не продаю "биллинг за 100 баксов". Я занимаюсь развитием биллинга UTM5. Тема так и называется - установка 5.3-001. Меня не интересуют проблемы его продаж, меня интересует, чтобы биллинг UTM5 становился стабильнее и имел больше возможностей.

"Прогоняйте" абонентам, что считаете нужным, я же написал, чем занимается команда разработчиков UTM5. Считаю вопрос исчерпанным.

[vprudnikov]

Во-первых, из сообщения не ясно, с чем столкнулись лично Вы, а что - копипаста из ветки. Ошибки исправляются. Разработчики, закрывшие тикеты, которые не были исправлены должным образом, получили взыскания. А так же, у нас под рукой нет реальной сети хотя-бы на 10к абонентов.

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

Я не продаю "ПО за 20К баксов", так же я не продаю "биллинг за 100 баксов". Я занимаюсь развитием биллинга UTM5. Тема так и называется - установка 5.3-001. Меня не интересуют проблемы его продаж, меня интересует, чтобы биллинг UTM5 становился стабильнее и имел больше возможностей.

"Развитием" занимаются на sourceforge. Не воспринимайте все лично.

"Прогоняйте" абонентам, что считаете нужным, я же написал, чем занимается команда разработчиков UTM5. Считаю вопрос исчерпанным.

Согласен.

[Magnum72]

Единственное что меня напрягает - это неизвестность.

Должны быть жесточайшие сроки - раз в неделю выкатываем update1, update2, раз в месяц смена версии 001, 002, 003, раз в год смена платформы 5.3, 5.4. Не так как сейчас, год тишина а потом бета, бета, бета, релиз, апдейт, тишинааааааааа..

Это как зарплата, если ее выдавать нерегулярно, то и у сотрудников будет напряженное состояние неопределенности. А наши планы, зависит так же и от ваших планов, а главное от того что вы делаете и планируете. Будете делать все по плану, появится стабильность и к вам потянутся клиенты.

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

Далее, сделайте обратную связь прямо в программе, вот лучше вместо того квадрата с описанием горячих клавиш (отъедающего уйму места у меню в админке) добавьте кнопку "Отписать баг".

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

Откройте фичереквест, мы вам поможем сделать выбор в пользу необходимости и срочности исправления ошибок или функционала.

[ZeM]

HELP!!! Логи не ротейтятся!!!!

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

log_level=1
log_file_main=/netup/utm5/log/main.log
log_file_debug=/netup/utm5/log/debug.log
log_file_critical=/netup/utm5/log/critical.log
log_file_verificator=/netup/utm5/log/verificator.log
rotate_logs=yes
max_logfile_count=30
max_logfile_size=10485760

Уже 1 файл 300 мегабайт за 20 мин!

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

 uname -a
Linux UTM 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
root@UTM:/netup/utm5# /netup/utm5/bin/utm5_core -v
NetUP UTM billing system core. Compile date: Oct 10 2013 10:39:25
Version:5.3-001-update2-debian_squeeze_x64 Rev #13484
Copyright (c) 2001-2013 NetUP Inc. www.netup.ru
usage: utm5_core
        [-c config_path]   Path to config file. Defailt is /netup/utm5/utm5.cfg
        [-p pid_file_path] Path to pid file. Default is /var/run/utm5_radius.pid.
        [-v]               Version info
root@UTM:/netup/utm5#

Ммм какое временное решение?
P.S. И вот такая штука выплыла Oct 28 22:53:33 UTM kernel: [ 1573.152582] utm5_core[2309]: segfault at 1a ip 00007f410d9c3268 sp 00007fffb910bd60 error 4 in libc-2.13.so[7f410d94b000+180000]

[serjk]

Временное решение - сделать

log_file_debug=пустая строка или /dev/null

debug.log не будет писаться.

Проблема известная, сейчас решена, на неделе в update3 войдет исправление.

[vprudnikov]

HELP!!! Логи не ротейтятся!!!!

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

log_level=1
log_file_main=/netup/utm5/log/main.log
log_file_debug=/netup/utm5/log/debug.log
log_file_critical=/netup/utm5/log/critical.log
log_file_verificator=/netup/utm5/log/verificator.log
rotate_logs=yes
max_logfile_count=30
max_logfile_size=10485760

Уже 1 файл 300 мегабайт за 20 мин!

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

 uname -a
Linux UTM 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
root@UTM:/netup/utm5# /netup/utm5/bin/utm5_core -v
NetUP UTM billing system core. Compile date: Oct 10 2013 10:39:25
Version:5.3-001-update2-debian_squeeze_x64 Rev #13484
Copyright (c) 2001-2013 NetUP Inc. www.netup.ru
usage: utm5_core
        [-c config_path]   Path to config file. Defailt is /netup/utm5/utm5.cfg
        [-p pid_file_path] Path to pid file. Default is /var/run/utm5_radius.pid.
        [-v]               Version info
root@UTM:/netup/utm5#

Ммм какое временное решение?
P.S. И вот такая штука выплыла Oct 28 22:53:33 UTM kernel: [ 1573.152582] utm5_core[2309]: segfault at 1a ip 00007f410d9c3268 sp 00007fffb910bd60 error 4 in libc-2.13.so[7f410d94b000+180000]

Да не может быть такого! В релизе? С апдейтом? Одно починили, два сломали? ))
Да Вы меня разыгрываете! ))

P.S. logrotate/copytruncate.

[ZeM]

vprudnikov
Отвечаю! Тут была мантиса по этой теме - позже увидел.
P.S. Не знаю было ли или нет неправильное время в логах

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

utm5_radius: процесс не найден
Mar 11 07:22:25  Info  : b7ad7740 UTM5 Config: Processing config file: /netup/utm5/radius5.cfg
UTM5 RADIUS started

Часы везде на серверах верные это точно. Админка утм показывает актуальное время.
БАГ
Вкладка сессии Radius

Пользователь adm1 отключен давно жму кнопку обновить а он все висит. Пользователь karcevrv -висит там 4 раза это как? Его IP 0.0.0.0 хотя mpd demon говорит что у него 10.100.140.60. У остальных IP норм светятся.
Можно сделать статистику чтобы было видно внизу счетик NAS1 IP - 100 юзеров NAS2 IP - 150 юзеров ВСЕГО 250.
Что такое Вызываемый абонент и Вызывающий абонент - у меня там пусто.
Если сессия безлимитна (бесконечна по времени - пока отрицательный баланс не оборвет ей жизнь) - то в графе время окончания надо писать наверно не текущее время которые появляется после нажатия кнопки обновить.. Значение конечно зависит от типа поля - тут надо подумать что лучше отображать может прочерк.

[ZeM]

Еще проблема - пользователи у которых динамический доступ в связке не могут приконектится (691 ошибка)в mpd такое

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

Oct 29 08:54:55 VPN_71 mpd: [M-245]   Name: "klochkova2"
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: Trying RADIUS
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: RADIUS returned: failed
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: Trying INTERNAL
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: User "klochkova2" not found in secret file
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: INTERNAL returned: failed
Oct 29 08:54:55 VPN_71 mpd: [M-245] AUTH: ran out of backends
Oct 29 08:54:55 VPN_71 mpd: [M-245] CHAP: Auth return status: failed
Oct 29 08:54:55 VPN_71 mpd: [M-245] CHAP: Reply message: E=691 R=0 M=Login incorrect
Oct 29 08:54:55 VPN_71 mpd: [M-245] CHAP: sending FAILURE #1 len: 31
Oct 29 08:54:55 VPN_71 mpd: [M-245] LCP: authorization failed
Oct 29 08:54:55 VPN_71 mpd: [M-245] LCP: parameter negotiation failed
Oct 29 08:54:55 VPN_71 mpd: [M-245] LCP: state change Opened --> Stopping
Oct 29 08:54:55 VPN_71 mpd: [M-245] LCP: SendTerminateReq #2
Oct 29 08:54:55 VPN_71 mpd: [M-245] LCP: LayerDown

У кого в сервисной связке передача данных - все норм.
В логе!

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

Dec 17 16:15:49 ?Debug : ac8eb700 AuthQueue: Login 'klochkova2'
Dec 17 16:15:49 ?Debug : ac8eb700 LoginStorage: Acquire: login 'klochkova2' used 1 times
Dec 17 16:15:49 ?Debug : ac8eb700 AuthQueue: Login info found, slink_id 5077
Dec 17 16:15:49 ?Debug : ac8eb700 AuthQueue: Using MSCHAPv2 authentication method
Dec 17 16:15:49 ?Debug : ac8eb700 MSCHAPv2 Authenticator: MS-CHAPv2: MPPE Keys send
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 MSCHAPv2 Authenticator&#58; MS-CHAPv2&#58; Authorized user <klochkova2> 
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 AuthQueue&#58; MSCHAPv2 authentication OK
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 AuthQueue&#58; Service ID 126 type 5; account ID 1222
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 AuthQueue&#58; Zero balance &#91;balance 0&#93; &#91;credit 0&#93;
Dec 17 16&#58;15&#58;49  Info  &#58; ac8eb700 AuthQueue&#58; Unable to authorize user
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 AcctQueue&#58; lookup&#58; session ID 1 closed
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 SessionManager&#58; put&#58; sessiond ID 1 from NAS 30 is closed
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 LoginStorage&#58; Release&#58; login 'klochkova2' used 0 times
Dec 17 16&#58;15&#58;49 ?Debug &#58; ac8eb700 AuthQueue&#58; Reply 
--- RADIUS Pkt ---
  Code&#58; &#91;3&#93;  ID&#58;   &#91;8&#93;
  Auth&#58; Size 16; Data &#91;0xfd501c7762524ac16bc6418513f75195&#93;
    Attr&#58; &#91;26&#93; Vendor&#58; &#91;311&#93; Size 44; Data &#91;0x81533d4235334244454634304234323346383345453442363844463034464645324536453739384536313000&#93;
        &#40;Microsoft&#58;MS-CHAP2-Success=HEX&#58;...&#41;
    Attr&#58; &#91;16&#93; Vendor&#58; &#91;311&#93; Size 34; Data &#91;0x85c01eeead76022a9b7851c654d7e6fc7e16a4875b9a7ca4837a7aabce61009ef4fd&#93;
        &#40;Microsoft&#58;MS-MPPE-Send-Key=HEX&#58;...&#41;
    Attr&#58; &#91;17&#93; Vendor&#58; &#91;311&#93; Size 34; Data &#91;0x89e265e888b01c63d5b982cb129cdad8494882da6c8bbaf9548e38a8f863edd81487&#93;
        &#40;Microsoft&#58;MS-MPPE-Recv-Key=HEX&#58;...&#41;
    Attr&#58; &#91;7&#93; Vendor&#58; &#91;311&#93; Size 4; Data &#91;0x00000001&#93;
        &#40;Microsoft&#58;MS-MPPE-Encryption-Policy=HEX&#58;...&#41;
    Attr&#58; &#91;8&#93; Vendor&#58; &#91;311&#93; Size 4; Data &#91;0x00000006&#93;
        &#40;Microsoft&#58;MS-MPPE-Encryption-Type=HEX&#58;...&#41;

Dec 17 16&#58;16&#58;07 ?Debug &#58; ac3e6700 StreamConnection&#58; Got message ID 0x2129
Dec 17 16&#58;16&#58;07 ?Debug &#58; ac3e6700 Transport&#58; got PING event
Dec 17 16&#58;16&#58;37 ?Debug &#58; ac3e6700 StreamConnection&#58; Got message ID 0x2129
Dec 17 16&#58;16&#58;37 ?Debug &#58; ac3e6700 Transport&#58; got PING event
Dec 17 16&#58;16&#58;44 ?Debug &#58; ac6e9700 SessionManager&#58; periodic check started

[ZeM]

ЖЕСТОКИЙ БАГ!!!! В 5.2.1-008 все пашет!
Твою ж мать. Если баланс равен был ровно 0 - все подключалось - не смотря на режим отсуствия блокировок и состояния инет включен.! А сейчас положил 10 рублей и все пошло!
А если в сервисной связке только передача трафика и баланс четко 0- то нет проблем!!!!

P.S. Речь о динамическом доступе!
В этой версии стал смушать баланс равный 0!!!

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

Dec 17 16:34:21 ?Debug : ac8eb700 AuthQueue: Zero balance [balance 0] [credit 0]
Dec 17 16:34:21  Info  : ac8eb700 AuthQueue: Unable to authorize user
Dec 17 16:34:21 ?Debug : ac8eb700 AcctQueue: lookup: session ID 7 closed

HELP!!!
UPD. Оперативную сборку реально??