UTM 5.2.1–007

[Lex]

Назовите мне хотя бы одну программу без багов, а потом будем продолжать эту тему.

К чему передёргивать? Вы же не будете спорить, что в конкретно вашем продукте багов не на один порядок больше, чем в большинстве программ.
При этом за свой сырой продукт вы ещё и деньги немалые берёте.
А пользуются UTM не от хорошей жизни, а скорее от безысходности, потому что куда более качественные продукты просто не имеют красивой бумажки, которую можно показать Россвязьохранкультуре.

Я не передергиваю, я констатирую факт. В этой теме практически каждый пишет об огромном количестве багов, при этом ни об одном конкретном баге в сборке 5.2.1-007-release пока ещё никто не написал. Багрепортов от участников дискуссии я тоже не видел. Предлагаю всё-таки подойти в вопросу более конструктивно и аргументировать заявления.

[AndrewE]

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

[Lex]

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

В том что они будут никто не сомневается. ПО без ошибок не бывает так же как войны без жертв.

[AndrewE]

А вы уверенны что в тетрисе багов нет? Я вот уверен, что они там есть, надо просто поискать.

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

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

ps. не обновлюсь до 007 до тех пор пока не прочитаю changelog 008-rc1 об исправленых ошибках =)

[AndrewE]

2Lex: с одной стороны мне очень приятна ваша позиция что вы признаете свои проблемы, даже ваш энтузиазм по исправлению ситуации.
Но с другой стороны, пугает, ваша фраза "ошибки есть и будут". Да ради бога, но когда ошибки проводят к проблем оказания услуг нашим клиентам, и когда клиенты ругаются, а в итоге могут (а бывает что и уходят) к конкурентам, начинаешь, думать что вы просто зачастую не понимаете цену ошибок в ваших программах. Вот это печально.

[dwemer]

при этом ни об одном конкретном баге в сборке 5.2.1-007-release пока ещё никто не написал. Багрепортов от участников дискуссии я тоже не видел. Предлагаю всё-таки подойти в вопросу более конструктивно и аргументировать заявления.

1. RFW при запуске или реконнекте не выполняет синхронизацию правил. Багрепорт написал, конфиги и логи отправил.

2. В отчете по платежам до августа 2009 (может быть связано с обновлением до 007-rc3 в августе) все платежи дублируются, хотя в базе дублей нет. Багрепорт писал. (попросили выслать дамп всей базы, давайте найдем другой вариант?)

3. Интерфейс администратора начиная приемерно с rc2 , может чуть позже, не дает изменить ip-группу, если в ней не изменить логин.

И обо всем этом я писал здесь еще до объявления 007 релизом. Релиз проверил, там эти глюки присутствуют.

Кроме того ядро падает периодически. Это уже даже воспринимается как штатная функция.

[Lex]

при этом ни об одном конкретном баге в сборке 5.2.1-007-release пока ещё никто не написал. Багрепортов от участников дискуссии я тоже не видел. Предлагаю всё-таки подойти в вопросу более конструктивно и аргументировать заявления.

1. RFW при запуске или реконнекте не выполняет синхронизацию правил. Багрепорт написал, конфиги и логи отправил.

2. В отчете по платежам до августа 2009 (может быть связано с обновлением до 007-rc3 в августе) все платежи дублируются, хотя в базе дублей нет. Багрепорт писал. (попросили выслать дамп всей базы, давайте найдем другой вариант?)

3. Интерфейс администратора начиная приемерно с rc2 , может чуть позже, не дает изменить ip-группу, если в ней не изменить логин.

И обо всем этом я писал здесь еще до объявления 007 релизом. Релиз проверил, там эти глюки присутствуют.

Кроме того ядро падает периодически. Это уже даже воспринимается как штатная функция.

Я уточнил по данным вопросам:
1. Как говорят мне специалисты, скорее всего проблема в нарушении логической целостности БД. Копию базы данных для анализа Вы предоставить отказались, а она необходима.
2. На стенде проблема не воспроизводится, копия базы данных, необходимая для диагностики отсутствует.
3. Должно быть исправлено в последней сборке интерфейса.
4. По поводу падений - падать не должно. Если падает, пишите багрепорт, описывайте в каких случаях падает и присылайте лог-файлы и аварийный дамп памяти процесса.

[AndrewE]

Кстати а почему бы не сделать отдельную утилиту для проверки логической целосности БД? и соотвественно рекомендаций по исправлению/восстановлению.

[Lex]

Кстати а почему бы не сделать отдельную утилиту для проверки логической целосности БД? и соотвественно рекомендаций по исправлению/восстановлению.

А зачем? Ядро проверяет логическую целостность при старте. Рекомендации по исправлению даются в рамках технической поддержки.

[Lex]

Всё пацанчик! В понедельник я тебя наберу - молись

Кому молиться? У меня работа такая - с клиентами на подобные темы говорить.

Звонков так и не услышал...

[Gezm0]

Все-таки в релизе 007 под freebsd6 не убрали утечку памяти, которая была в релизкандидатах. Запустили 3.5 часа назад с включёнными динамическими адресами и родным радиусом (до этого спасались freeradius'ом), уже 1200Мб натекло. Когда рухнет, конечно, напишу багрепорт, а что делать...

[detx]

Когда появиться демка????

[Gezm0]

6.2-RELEASE-p12. Пока выловил это:

Loaded symbols for /libexec/ld-elf.so.1
#0 0x8861b537 in pthread_testcancel () from /lib/libpthread.so.2
[New Thread 0xa805a00 (runnable)]
[New Thread 0xb179200 (runnable)]
[New Thread 0xa632400 (runnable)]
[New Thread 0xa49fa00 (runnable)]
[New Thread 0xa602600 (LWP 100138)]
[New Thread 0xa5f2800 (runnable)]
[New Thread 0xa75f800 (runnable)]
[New Thread 0xb28f800 (runnable)]
[New Thread 0xa71d200 (runnable)]
[New Thread 0xa75f400 (runnable)]
[New Thread 0xa6ba200 (runnable)]
[New Thread 0xaa3e000 (runnable)]
[New Thread 0xa669e00 (runnable)]
[New Thread 0xa64fc00 (sleeping)]
[New Thread 0x9b5f200 (LWP 100113)]
[New Thread 0xa472800 (runnable)]
[New Thread 0xa472200 (runnable)]
[New Thread 0xa472000 (runnable)]
[New Thread 0xa3cce00 (sleeping)]
[New Thread 0x9b5fc00 (sleeping)]
[New Thread 0x9b5fa00 (sleeping)]
[New Thread 0x9b5f800 (sleeping)]
[New Thread 0x9b5f600 (sleeping)]
[New Thread 0x9b5f000 (sleeping)]
[New Thread 0x9953e00 (sleeping)]
[New Thread 0x9953c00 (sleeping)]
[New Thread 0x9953a00 (LWP 100128)]
[New Thread 0x8536000 (sleeping)]
(gdb) bt
#0 0x8861b537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x8860a89a in sigaction () from /lib/libpthread.so.2
#2 0x8860488d in pthread_kill () from /lib/libpthread.so.2
#3 0x88604256 in raise () from /lib/libpthread.so.2
#4 0x887cfb58 in abort () from /lib/libc.so.6
#5 0x88690297 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.5
#6 0x8869449c in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#7 0x886944d4 in std::terminate () from /usr/lib/libstdc++.so.5
#8 0x886944e8 in __cxxabiv1::__unexpected () from /usr/lib/libstdc++.so.5
#9 0x88694db2 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5
#10 0x083b5f6d in UTM::DBACtx_mysql::_sql_insert ()
#11 0x0821c54d in UTM::DBACtx::sql_insert ()
#12 0x0821c5ce in UTM::DBAClass::sql_insert ()
#13 0x0821c623 in UTM::DBAccess::raw_sql_iu ()
#14 0x0822bdf2 in UTM::DBAccess::save_user ()
#15 0x8895c634 in rpcf_add_user ()
from /netup/utm5/lib/utm5_core/liburfa-std.so
#16 0x08372e98 in UTM::RPCConn::process ()
#17 0x0836a99e in UTM::__rpcconn_wrapper ()
#18 0x8860c3a5 in pthread_create () from /lib/libpthread.so.2
#19 0x887bb117 in _ctx_start () from /lib/libc.so.6

[Lex]

6.2-RELEASE-p12. Пока выловил это:

Loaded symbols for /libexec/ld-elf.so.1
#0 0x8861b537 in pthread_testcancel () from /lib/libpthread.so.2
......
(gdb) bt
#0 0x8861b537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x8860a89a in sigaction () from /lib/libpthread.so.2
#2 0x8860488d in pthread_kill () from /lib/libpthread.so.2
#3 0x88604256 in raise () from /lib/libpthread.so.2
#4 0x887cfb58 in abort () from /lib/libc.so.6
#5 0x88690297 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.5
#6 0x8869449c in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#7 0x886944d4 in std::terminate () from /usr/lib/libstdc++.so.5
#8 0x886944e8 in __cxxabiv1::__unexpected () from /usr/lib/libstdc++.so.5
#9 0x88694db2 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5
#10 0x083b5f6d in UTM::DBACtx_mysql::_sql_insert ()
#11 0x0821c54d in UTM::DBACtx::sql_insert ()
#12 0x0821c5ce in UTM::DBAClass::sql_insert ()
#13 0x0821c623 in UTM::DBAccess::raw_sql_iu ()
#14 0x0822bdf2 in UTM::DBAccess::save_user ()
#15 0x8895c634 in rpcf_add_user ()
from /netup/utm5/lib/utm5_core/liburfa-std.so
#16 0x08372e98 in UTM::RPCConn::process ()
#17 0x0836a99e in UTM::__rpcconn_wrapper ()
#18 0x8860c3a5 in pthread_create () from /lib/libpthread.so.2
#19 0x887bb117 in _ctx_start () from /lib/libc.so.6

Напишите багрепорт. Не забудьте дамп базы, логи и аварийный дамп памяти.

[Lex]

Когда появиться демка????

По данному вопросу рекомендую обратиться в отдел продаж.