snmptrapd v. 5.2

Jan Krajdl spm na hellmachine.klfree.net
Čtvrtek Duben 10 16:42:28 CEST 2008 

Tak na stroji už je i Net-SNMP 5.4.1, ale výsledek pořád
stejnej... Trap přijde, ale snmptrapd vůbec nespustí to, co
má... Zkoušel jsem ho pustit s -D, v logu se objevilo toto:

Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in2():
snmpUDPDomain.c, 850: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: check user service 162 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in2():
snmpUDPDomain.c, 958: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: return { AF_INET, 0.0.0.0:162
} 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in2():
snmpUDPDomain.c, 850: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: check user service 162 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in2():
snmpUDPDomain.c, 958: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_sockaddr_in: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: return { AF_INET, 0.0.0.0:162
} 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_udp_transport():
snmpUDPDomain.c, 608: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_udp: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: open local UDP:
[0.0.0.0]->[0.0.0.0]:162 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: daemonize: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: sysname 'Linux', release
'2.6.18-5-xen-686', version '#1 SMP Mon Dec 24 20:49:58 UTC 2007',
machine 'i686' 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: _sock_buffer_size_get():
snmpUDPDomain.c, 446: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: Requested server send buffer
is 0 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: verbose:socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: Original server send buffer
is 109568 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: verbose:socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: New server send buffer size
is smaller than original! 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: server send buffer not valid
or not specified; using OS default(109568) 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: _sock_buffer_size_get():
snmpUDPDomain.c, 446: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: Requested server receive
buffer is 0 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: verbose:socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: Original server receive
buffer is 109568 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: verbose:socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: New server receive buffer
size is smaller than original! 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: socket:buffer: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: server receive buffer not
valid or not specified; using OS default(109568) 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_udp_transport():
snmpUDPDomain.c, 650: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: netsnmp_udp: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: set IP_PKTINFO 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_sess_add_ex():
snmp_api.c, 1538: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_sess_add: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: fd 8 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: _callback_lock(): callback.c,
130: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: 9:callback:lock: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: locked (LIB,SESSION_INIT) 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_call_callbacks():
callback.c, 322: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: callback: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: START calling callbacks for
maj=0 min=5 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_call_callbacks():
callback.c, 336: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: callback: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: calling a callback for maj=0
min=5 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_call_callbacks():
callback.c, 348: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: callback: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: END calling callbacks for
maj=0 min=5 (1 called) 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: _callback_unlock():
callback.c, 164: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: 9:callback:lock: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: unlocked (LIB,SESSION_INIT) 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: trace: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: snmp_sess_select_info():
snmp_api.c, 5837: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: sess_select: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: for all sessions: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: 8 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: 6 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: 4 
Apr 10 16:09:20 dohled1 snmptrapd[4045]:  
Apr 10 16:09:20 dohled1 snmptrapd[4045]: sess_select: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: next alarm 14.964023 sec 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: verbose:sess_select: 
Apr 10 16:09:20 dohled1 snmptrapd[4045]: timer due in 14.964023 sec

Nicméně, ten výpis mi toho moc neřiká... Už mě nenapadá vůbec, co s
tím :-(

-- 
SPM

Hi linux!

On Tue, 08 Apr 2008, Jan Krajdl wrote:

> Zdravim.
> Mám takový malý problém - na své workstejšně jsem nainstaloval
> net-snmp 5.4 a rozchodil jsem si snmptrapd společně se
> snmptrapfmt. Konfigurák snmptrapd vypadá takto:
> 
> disableAuthorization yes
> traphandle default /usr/sbin/snmptrapfmthdlr
> 
> Problém je, že to celé potřebuju na stroji, kde je starší net-snmp (v
> 5.2) a tohle tam za boha nefunguje... option disableAuthorization jsem
> zakomentoval, jestli se nepletu, je to právě fičura novějšího
> snmptrapd; nicméně v logu snmptrapd na tom stroji není nic, trapy se
> neukládají a když si dumpnu provoz na síti, tak trapy normálně
> chodí... Napadá někoho, v čem by mohl být zakopaný pes?
> 
> Předem díky,
> SPM
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux

Další informace o konferenci Linux