008 RC2

[MKC]

При попытке удалить у пользователя Сервисную связку, core подвисает минут на 3-5, в логах:
?Debug : Aug 21 13:27:51 f37b5b90 DBCtx: <167225968> MySQL query failed:<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect: 0
При этом тарифные связки удаляются нормально.
В момент подвисания ни радиус ни личный кабинет не работает ( что естественно ).
Данная ошибка воспроизводилась неоднократно.
Надеюсь эта информация будет полезна перед RC3)))

[seadragon]

При попытке удалить у пользователя Сервисную связку, core подвисает минут на 3-5, в логах:
?Debug : Aug 21 13:27:51 f37b5b90 DBCtx: <167225968> MySQL query failed:<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect: 0
При этом тарифные связки удаляются нормально.
В момент подвисания ни радиус ни личный кабинет не работает ( что естественно ).
Данная ошибка воспроизводилась неоднократно.
Надеюсь эта информация будет полезна перед RC3)))

я так понимаю в этот момент залочена таблица в mysql и пока она не разлочится ядро ждет и ничего не делает. А вот причина лока вероятно какойнибудь апдейт предидущий.

[seadragon]

При попытке остановить ядро стандартным скриптом гарантированно получаем нижеследующее при этом формируется корка ядра.
bill# ./utm5_core.sh stop
Stopping utm5_core
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc

[seadragon]

При попытке остановить ядро стандартным скриптом гарантированно получаем нижеследующее при этом формируется корка ядра.
bill# ./utm5_core.sh stop
Stopping utm5_core
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc

версия ОС FreeBSD 6.2-STABLE #0
Последнее в дебаг логе
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
?Debug : Aug 23 01:00:52 09c2c800 DBCtx: MySQL connection closed
-Stats : Aug 23 01:00:52 09c2c800 DBA:Ctx: Stats: Uptime: 00:08:10. Events: 0; Errors: 0
Notice: Aug 23 01:00:52 09c2c800 ModMap: Sub-Module 'dba:radius' trying to erase...
-Stats : Aug 23 01:00:52 09c2c800 DBARadius: Stats for 0s. (uptime 467). Events: 0 (all 0); Errors: 0 (all 0)
Notice: Aug 23 01:00:52 09c2c800 ModMap: Sub-Module 'dba:radius' erased...

[Arti]

У меня делает вид что работает, но валится в кору при остановке (запускается без вочдога - /netup/utm5/bin/utm5_core; валится в кору по контрол-с).

Правда сильно не нагружал.... Тестовая машина FreeBSD 8-STABLE AMD64.

Интересно на 32-битной системе тоже самое?

[Pulse]

у меня по стопскрипту корректно останавливается, однако есть странность...
если запустить mc, отттуда сделать /usr/local/etc/rc.d/utm5_core.sh start
ядро стартует, появляется чуть-чуть дебага, после надписи UTM5 Core started уходит в фон. затем делаем ctrl+o ctrl+o чтобы убрать мусор с консоли, перед глазами снова сеанс mc, затем, если запустить какой-то скрипт php и прервать его ctlr+c, то ядро корректно завершает свой процесс

[seadragon]

У меня делает вид что работает, но валится в кору при остановке (запускается без вочдога - /netup/utm5/bin/utm5_core; валится в кору по контрол-с).

Правда сильно не нагружал.... Тестовая машина FreeBSD 8-STABLE AMD64.

Интересно на 32-битной системе тоже самое?

Ночь и часть утра под нагрузкой постоянные падения коры вышеприведенные локи базы ни с того ни с сего вобщем откатил на rc1 полет нормальный. Видимо больше сломали чем починили