Тестируем 5.3.002
А тем что постоянно вылетает и dhcp не раздается как следствие.
Вообщем по cron раз в 30 мин рестартуется процесс) в таком варианте отряд не замечает потери бойца!
Код: Выделить всё
[92239.521519] utm5_dhcpd[8984]: segfault at 18 ip 00000000004bb004 sp 00007fee6a6f7e68 error 4 in utm5_dhcpd[400000+384000]
[94709.843828] utm5_dhcpd[9793]: segfault at 18 ip 00000000004bb004 sp 00007f8116fade68 error 4 in utm5_dhcpd[400000+384000]
[98161.497925] utm5_dhcpd[9887]: segfault at 18 ip 00000000004bb004 sp 00007f8bc99b1e68 error 4 in utm5_dhcpd[400000+384000]
[101161.038845] utm5_dhcpd[9985]: segfault at 18 ip 00000000004bb004 sp 00007f6d7e612e68 error 4 in utm5_dhcpd[400000+384000]
[119827.084762] utm5_dhcpd[10478]: segfault at 18 ip 00000000004bb004 sp 00007f8dafdf0e68 error 4 in utm5_dhcpd[400000+384000]
[122884.251304] utm5_dhcpd[15753]: segfault at 18 ip 00000000004bb004 sp 00007f9d4562fe68 error 4 in utm5_dhcpd[400000+384000]
[126818.927634] utm5_dhcpd[17771]: segfault at 18 ip 00000000004bb004 sp 00007f7d551e3e68 error 4 in utm5_dhcpd[400000+384000]
[127237.745146] utm5_dhcpd[17930]: segfault at 18 ip 00000000004bb004 sp 00007f6abb8cee68 error 4 in utm5_dhcpd[400000+384000]
[128602.816360] utm5_dhcpd[18122]: segfault at 18 ip 00000000004bb004 sp 00007f1507213e68 error 4 in utm5_dhcpd[400000+384000]
Привел init скрипты в современный вид.
Просьба ( тут я пишу стоя на коленях у стола
) включить во все init скрипты будущих дистрибутивов restart|force-reload)!
Код: Выделить всё
#!/bin/sh
# chkconfig: 2345 90 10
# description: UTM Billing System firewall control tool
### BEGIN INIT INFO
# Provides: utm5_dhcp
# Required-Start: $utm5_core $syslog
# Required-Stop: $utm5_core $syslog
# Should-Start: $network $time
# Should-Stop: $network $time
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: utm5_dhcp
# Description: UTM Billing System firewall control tool
### END INIT INFO
trap '' 1 2 3 15
utm_exec=safe_utm5_dhcp
err_log=/netup/utm5/log/dhcp.log
exec_dir=/netup/utm5/bin
case "$1" in
start)
if [ -x $exec_dir/$utm_exec ];
then
echo "Starting utm5_dhcp"
$exec_dir/$utm_exec start &
else
echo $exec_dir/$utm_exec no such file
fi
;;
stop)
if [ -x $exec_dir/$utm_exec ];
then
$exec_dir/$utm_exec stop &
else
echo "Stopping utm5_dhcp"
echo $exec_dir/$utm_exec no such file
if [ `uname` = 'SunOS' ]
then
pkill -9 utm5_dhcp
else
killall -9 utm5_dhcp
fi
fi
;;
restart|force-reload)
$0 stop
sleep 3
$0 start
;;
*)
echo "Usage: `basename $0` {start|stop|restart|force-reload}" >&2
exit 64
;;
esac

После обновления стало сыпатся:
Код: Выделить всё
utm5_core: Error opening elf file: Request error: invalid ELF_C_* argumen
Код: Выделить всё
Dec 09 13:33:45 ERROR : 340ac00 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -427605154
Dec 09 13:33:45 ERROR : 340ac00 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -427605154
Подтверждаю,Tunnel-Client-Endpoint не попадает в биллинг как Calling-Station-Id.banec писал(а):как я понимаю в 5.2 ввелли
Сейчас проапдейтился со старой 008 (в котором всё работало) до последнего up9* введена обработка дополнительных атрибутов UTM5 RADIUS. Теперь в случае, если в Access-Request или Accounting-Request не передан атрибут Calling-Station-Id(31), но передан атрибут Tunnel-Client-Endpoint(66), значение данного атрибута интерпретируется как идентификатор вызываемого абонента, а если не передан атрибут Called-Station-Id(30), но передан атрибут Tunnel-Server-Endpoint (67), значение данного атрибута интерпретируется как идентификатор вызываемого абонента (mantis id 902);
в радиусе67 и 66 присутствуют но--- RADIUS Pkt ---
Code: [4] ID: [43]
Auth: Size 16; Data [0xbd6cd8c149c566a9e8f957b1fa60b40f]
Attr: [44] Vendor: [0] Size 8; Data [0x3030423233314541]
(Acct-Session-Id=STRING:00B231EA)
Attr: [64] Vendor: [0] Size 4; Data [0x00000003]
(Tunnel-Type=INT:3)
Attr: [65] Vendor: [0] Size 4; Data [0x00000001]
(Tunnel-Medium-Type=INT:1)
Attr: [67] Vendor: [0] Size 9; Data [0x31302e302e31302e36]
(Tunnel-Server-Endpoint=STRING:10.0.10.6)
Attr: [66] Vendor: [0] Size 11; Data [0x31302e342e32312e323433]
(Tunnel-Client-Endpoint=STRING:10.4.21.243)
Attr: [82] Vendor: [0] Size 4; Data [0x6c327470]
(Tunnel-Assignment-Id=STRING:l2tp)
в сессиях пусто!!!Что не так?SQL query: INSERT INTO dhs_sessions_log(account_id,slink_id,recv_date,last_upd
ate_date,Framed_IP_Address,Framed_IP_Address6,Framed_IP_Address6_ext,NAS_Port,Acct_Delay_Time,Acct_Session_Id,NAS_Port_Type,User_Name,Service_Type,Fr
amed_Protocol,NAS_IP_Address,NAS_IP_Address_ext,NAS_IP_Address_type,NAS_Id,Acct_Status_Type,Acct_Input_Packets,Acct_Input_Octets,Acct_Input_Gigawords
,Acct_Output_Packets,Acct_Output_Octets,Acct_Output_Gigawords,Acct_Session_Time,Acct_Terminate_Cause,flags,called_station_id,calling_station_id) VALU
ES('907015','35524','1415679028','1415679028','168825580','0','0','1414','0','0018B202','5','f07052','2','1','-1408237307','0','0','172.16.1.5'
,'3','762946','586934903','0','846171','631485414','0','65631','0','1','','')
Версия UTM 5.3.002-update9.
Версия UTM 5.3.002-update11 тоже.
Также в базе и перестало обновляться "Время окончания" сессии со статусом "сессия обновлена", по этому времени легче находились зависшие сессии в случае зависания NAS.
-
- Сообщения: 13
- Зарегистрирован: Ср мар 17, 2010 14:14