ucd-snmp crash (long)
Bonsoir,
J'avais dans l'idee de faire tourner mrtg sur mon routeur-firewall afin
d'avoir differentes stats.
apres avoir installe tous les debs necessaires, je fais un snmpwalk pour
verifier le fonctionnement du demon et la, je me rends compte qu'il
crash tout le temps au meme endroit. Je suis oblige de le relancer pour
le revoir se crouter a la prochaine interrogation snmp...
Voici le detail :
[jack@woody:~]$ snmpwalk www public
system.sysDescr.0 = Linux blackhole 2.4.18-686-smp #1 SMP Sun Apr 14
12:07:19 EST 2002 i686
system.sysObjectID.0 = OID: enterprises.ucdavis.ucdSnmpAgent.linux
system.sysUpTime.0 = Timeticks: (3287) 0:00:32.87
system.sysContact.0 = Root <root@localhost> (configure
/etc/snmp/snmp.local.conf)
system.sysName.0 = blackhole
system.sysLocation.0 = Unknown (configure /etc/snmp/snmp.local.conf)
system.sysORLastChange.0 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORID.1 = OID: ifMIB
system.sysORTable.sysOREntry.sysORID.2 = OID:
.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB
system.sysORTable.sysOREntry.sysORID.3 = OID: tcpMIB
system.sysORTable.sysOREntry.sysORID.4 = OID: ip
system.sysORTable.sysOREntry.sysORID.5 = OID: udpMIB
system.sysORTable.sysOREntry.sysORID.6 = OID:
.iso.org.dod.internet.snmpV2.snmpModules.snmpVacmMIB.vacmMIBConformance.vacmMIBGroups.vacmBasicGroup
system.sysORTable.sysOREntry.sysORID.7 = OID:
.iso.org.dod.internet.snmpV2.snmpModules.snmpFrameworkMIB.snmpFrameworkMIBConformance.snmpFrameworkMIBCompliances.snmpFrameworkMIBCompliance
system.sysORTable.sysOREntry.sysORID.8 = OID:
.iso.org.dod.internet.snmpV2.snmpModules.snmpMPDMIB.snmpMPDMIBConformance.snmpMPDMIBCompliances.snmpMPDCompliance
system.sysORTable.sysOREntry.sysORID.9 = OID:
.iso.org.dod.internet.snmpV2.snmpModules.snmpUsmMIB.usmMIBConformance.usmMIBCompliances.usmMIBCompliance
system.sysORTable.sysOREntry.sysORDescr.1 = The MIB module to describe
generic objects for network interface sub-layers
system.sysORTable.sysOREntry.sysORDescr.2 = The MIB module for SNMPv2
entities
system.sysORTable.sysOREntry.sysORDescr.3 = The MIB module for managing
TCP implementations
system.sysORTable.sysOREntry.sysORDescr.4 = The MIB module for managing
IP and ICMP implementations
system.sysORTable.sysOREntry.sysORDescr.5 = The MIB module for managing
UDP implementations
system.sysORTable.sysOREntry.sysORDescr.6 = View-based Access Control
Model for SNMP.
system.sysORTable.sysOREntry.sysORDescr.7 = The SNMP Management
Architecture MIB.
system.sysORTable.sysOREntry.sysORDescr.8 = The MIB for Message
Processing and Dispatching.
system.sysORTable.sysOREntry.sysORDescr.9 = The management information
definitions for the SNMP User-based Security Model.
system.sysORTable.sysOREntry.sysORUpTime.1 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.2 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.3 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.4 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.5 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.6 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.7 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.8 = Timeticks: (0) 0:00:00.00
system.sysORTable.sysOREntry.sysORUpTime.9 = Timeticks: (0) 0:00:00.00
Timeout: No Response from www
Comme indique par le retour du snmpwalk, la machine est un bi-proc a
base de celeron. J'avais deja observe le meme comportement sur des Sun
sous Solaris7, sans avoir jamais resolu le probleme.
Je viens de tester sur une autre machine (un Athlon XP) et le
comportement est exactement le meme (a la ligne pres !)
qqun a deja observe et resolu ca ?!?
merci d'avance !
Reply to: