Вышло обновление биллинговой системы UTM 5 (5.2.1–007–RC2)

Pulse · Сообщение **Pulse** » Пн июл 13, 2009 00:55

rc-1 c символами

(gdb) bt
#0 0x8861f5b3 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x8860e8be in sigaction () from /lib/libpthread.so.2
#2 0x8860888d in pthread_kill () from /lib/libpthread.so.2
#3 0x88608256 in raise () from /lib/libpthread.so.2
#4 0x887d528c in abort () from /lib/libc.so.6
#5 0x88694297 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.5
#6 0x8869849c in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#7 0x886984d4 in std::terminate () from /usr/lib/libstdc++.so.5
#8 0x88698428 in __cxa_throw () from /usr/lib/libstdc++.so.5
#9 0x886d7b0a in operator new () from /usr/lib/libstdc++.so.5
#10 0x886d7a53 in operator new[] () from /usr/lib/libstdc++.so.5
#11 0x0838869b in UTM::Logger::_log_stream (this=0x852b500, stream=0x887fe180, level=382, fmt=0x86cd8d00 "NFBuffer: Exception in nfbuffer process_sock!", vl=0xbd0f1f6c "H\n9\b\205е}\210") at logger.cc:409
#12 0x08388c8e in UTM::Logger::_log (this=0x852b500, level=3, fmt=0x86cd8d00 "NFBuffer: Exception in nfbuffer process_sock!", vl=0xbd0f1f6c "H\n9\b\205е}\210") at logger.cc:450
#13 0x08388e71 in UTM::LogFacility::log (this=0x852b700, level=3, fmt=0x8447208 "Exception in nfbuffer process_sock!") at logger.cc:122
#14 0x08390a61 in UTM::NFBuffer::process (nfb_ptr=0x852b700) at nfbuffer.cc:133
#15 0x08365421 in UTM::CoreThread::__core_thread_process (__ct_this=0x852b764) at corethread.h:168
#16 0x886103c9 in pthread_create () from /lib/libpthread.so.2
#17 0x887c0837 in _ctx_start () from /lib/libc.so.6

serjk · Сообщение **serjk** » Пн июл 13, 2009 09:29

Выпадает по памяти. Вы используете динамическое распределение ip-адресов?

Gezm0 писал(а):На FreeBSD 6.2-RELEASE-p12 падает вот так:

#0 0x88616537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x8860589a in sigaction () from /lib/libpthread.so.2
#2 0x885ff88d in pthread_kill () from /lib/libpthread.so.2
#3 0x885ff256 in raise () from /lib/libpthread.so.2
#4 0x887cab58 in abort () from /lib/libc.so.6
#5 0x8868b297 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.5
#6 0x8868f49c in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#7 0x8868f4d4 in std::terminate () from /usr/lib/libstdc++.so.5
#8 0x8868f428 in __cxa_throw () from /usr/lib/libstdc++.so.5
#9 0x886ceb0a in operator new () from /usr/lib/libstdc++.so.5
#10 0x886cea53 in operator new[] () from /usr/lib/libstdc++.so.5

Gezm0 · Сообщение **Gezm0** » Пн июл 13, 2009 09:36

serjk писал(а):Выпадает по памяти. Вы используете динамическое распределение ip-адресов?

Gezm0 писал(а):На FreeBSD 6.2-RELEASE-p12 падает вот так:

#0 0x88616537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x8860589a in sigaction () from /lib/libpthread.so.2
#2 0x885ff88d in pthread_kill () from /lib/libpthread.so.2
#3 0x885ff256 in raise () from /lib/libpthread.so.2
#4 0x887cab58 in abort () from /lib/libc.so.6
#5 0x8868b297 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.5
#6 0x8868f49c in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#7 0x8868f4d4 in std::terminate () from /usr/lib/libstdc++.so.5
#8 0x8868f428 in __cxa_throw () from /usr/lib/libstdc++.so.5
#9 0x886ceb0a in operator new () from /usr/lib/libstdc++.so.5
#10 0x886cea53 in operator new[] () from /usr/lib/libstdc++.so.5

Так падает когда динамические адреса выключены. До 007-RC2 накатили с 006 как раз для того чтобы использовать динамические адреса. С их включением падает раз в час, когда выключены - раз в 2-3 часа.

serjk · Сообщение **serjk** » Пн июл 13, 2009 11:09

Gezm0 писал(а):Так падает когда динамические адреса выключены. До 007-RC2 накатили с 006 как раз для того чтобы использовать динамические адреса. С их включением падает раз в час, когда выключены - раз в 2-3 часа.

Работаем над диагностикой и устранением этой проблемы.

zoom · Сообщение **zoom** » Вт июл 14, 2009 11:29

1. При редактировании IP пулов админка вешается. Помогает только рестарт.
2. При добавлении сервиса диалап в тариф, не прописываются радиус параметры. Прописать возможно только через повторное редактирование сервиса диалап в тарифе.

Liandri

zoom писал(а):1. При редактировании IP пулов админка вешается. Помогает только рестарт.

У меня все отлично работает. Можно скриншот или лог?

zoom писал(а):2. При добавлении сервиса диалап в тариф, не прописываются радиус параметры. Прописать возможно только через повторное редактирование сервиса диалап в тарифе.

Ограничение со стороны ядра. Будет устранено в последующих версиях. Пока скрыл вкладку с радиус параметрами при добавлении услуги в тарифный план. Она появляется после открытия услуги на редактирование после добавления.

zoom · Сообщение **zoom** » Вт июл 14, 2009 14:50

Liandri писал(а):
zoom писал(а):1. При редактировании IP пулов админка вешается. Помогает только рестарт.
У меня все отлично работает. Можно скриншот или лог?

Отредактируйте какой нибудь IP пул, нажмите ОК, а потом попробуйте отредактировать другой.

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

Liandri

zoom писал(а):
Liandri писал(а):
zoom писал(а):1. При редактировании IP пулов админка вешается. Помогает только рестарт.
У меня все отлично работает. Можно скриншот или лог?
Отредактируйте какой нибудь IP пул, нажмите ОК, а потом попробуйте отредактировать другой.

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

Редактируется. И первый, и второй. И админка продолжает работать.
Простой вариант - попробуйте скачать последнюю версию админки.
Сложный вариант - иконка в трее при этом меняется? Если запустить админку из консоли, в ней есть какие-нибудь сообщения?

Gezm0 · Сообщение **Gezm0** » Сб июл 18, 2009 00:20

Ещё несколько ньюансов.
1. Без родного радиуса ядро вроде как не течёт. Хотим отказаться от родного радиуса и заменить на фрирадиус.
2. На этой сборке новое поведение замечено. Допустим, пользователь исчерпал средства, ушёл в минус. Его заблокировало, подключиться не может. Пользователь пополняет счёт, но радиус его пускает только с начала следующего часа. Бага или фича - не понятно.

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

Pulse · Сообщение **Pulse** » Сб июл 18, 2009 00:32

Gezm0 писал(а):Ещё несколько ньюансов.
1. Без родного радиуса ядро вроде как не течёт. Хотим отказаться от родного радиуса и заменить на фрирадиус.
2. На этой сборке новое поведение замечено. Допустим, пользователь исчерпал средства, ушёл в минус. Его заблокировало, подключиться не может. Пользователь пополняет счёт, но радиус его пускает только с начала следующего часа. Бага или фича - не понятно.

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

по второму пункту поддерживаю

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

кстати про радиус не думаю.. у нас есть опыт эксплуатации ядра rc1 без винтрея, со стандартным радиусом на freebsd 6.4 вполне без проблем.... иногда по памяти падает

serjk · Сообщение **serjk** » Ср июл 22, 2009 11:35

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

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

Gezm0 · Сообщение **Gezm0** » Ср июл 22, 2009 11:48

serjk писал(а):
Gezm0 писал(а):Ещё несколько ньюансов.
Очень хотелось бы попробовать на тестовом стенде промежуточный билд с исправлением ошибки утекающей памяти, если он есть, конечно. Падающее раз в час ядро - развлечение не для слабонервных, живём так третью неделю.
Думаю, сборку можно запросить в техподдержке. Были выявлены серьозные утечки, которые не были связаны с радиусом.

Запросим, проверим на стенде. Относительно радиуса всё равно есть сомнения. Сейчас мы отказались от вашего радиуса и используем FreeRadius. И ядро падает теперь не раз в час, а раз в 5 дней из-за утечки памяти. Пользователи довольны, так как теперь они испытывают гораздо меньше проблем. Наша тех.поддержка тоже довольна.

Chris · Сообщение **Chris** » Ср июл 22, 2009 12:49

Любо дорого смотреть, наконец конструктивный диалог без задалбывания ребят. Молодцы! Все молодцы!

[anomality]

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

CarTer · Сообщение **CarTer** » Чт июл 23, 2009 10:54

anomality
+1