[prev in list] [next in list] [prev in thread] [next in thread] 

List:       net-snmp-bugs
Subject:    [ net-snmp-Bugs-231295 ] snmpd dies on a snmpwalk without ide enabled
From:       noreply () sourceforge ! net
Date:       2001-05-11 19:22:44
[Download RAW message or body]

Bugs item #231295, was updated on 2001-02-06 10:18
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112694&aid=231295&group_id=12694

Category: agent
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Callus (callus)
Assigned to: Wes Hardaker (hardaker)
Summary: snmpd dies on a snmpwalk without ide enabled

Initial Comment:
Hi,

I am running a Red Hat 7.1 system, scsi only & ide disabled in the bios, with \
ucd-snmp-4.2-3.src.rpm installed. I run cfgmaker that comes with mrtg which invokes \
an snmpwalk (snmp v1) of the system. Shortly the snmpd daemon dies and spits out to \
                syslog:
Feb  6 19:04:02 guru ucd-snmp[2890]: Received SNMP packet(s) from 10.0.0.100   
Feb  6 19:04:02 guru modprobe: modprobe: Can't locate module block-major-3
Feb  6 19:04:02 guru modprobe: modprobe: Can't locate module block-major-3
Feb  6 19:04:02 guru modprobe: modprobe: Can't locate module block-major-22
Feb  6 19:04:02 guru modprobe: modprobe: Can't locate module block-major-22
Feb  6 19:04:03 guru kernel: end_request: I/O error, dev 02:00 (floppy), sector

I was told block-major-3 and 22 are ide0 and ide1. Makes sense I don't have those \
cause I use scsi only. Is this the expected behavior or is it an unforeseen feature \
:)

If you need more info, send an email to smplx@hotmail.com

Regards,
Peter


----------------------------------------------------------------------

Comment By: Hamilton de Freitas Coutinho (hamiltonc)
Date: 2001-05-11 12:22

Message:
Logged In: YES 
user_id=74749

There is a workaround: remove the package rpm-devel 
_before_ rebuilding the snmp.src package. Worked for me.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-05-11 11:05

Message:
Logged In: NO 

I have similar behavior with ucd-snmp-4.2 in Red Hat 6.2. 
This is the stack backtrace during the freeze after an 
snmpwalk localhost public system:
#0  0x4034ed34 in strncmp (s1=0x80a902c "public", 
s2=0x80a5e20 "public", n=6)
    at ../sysdeps/generic/strncmp.c:56
#1  0x40039bce in vacm_in_view () from /usr/lib/libucdmibs-
0.4.2.so
#2  0x40039900 in vacm_in_view_callback () 
from /usr/lib/libucdmibs-0.4.2.so
#3  0x400d8e4a in snmp_call_callbacks () 
from /usr/lib/libsnmp-0.4.2.so
#4  0x40020f8b in in_a_view () from /usr/lib/libucdagent-
0.4.2.so
#5  0x4001f986 in search_subtree_vars () 
from /usr/lib/libucdagent-0.4.2.so
#6  0x4001fd1c in getStatPtr () from /usr/lib/libucdagent-
0.4.2.so
#7  0x4001f114 in handle_one_var () 
from /usr/lib/libucdagent-0.4.2.so
#8  0x4001efd0 in handle_var_list () 
from /usr/lib/libucdagent-0.4.2.so
#9  0x4001ef01 in handle_next_pass () 
from /usr/lib/libucdagent-0.4.2.so
#10 0x4001eaaf in handle_snmp_packet () 
from /usr/lib/libucdagent-0.4.2.so
#11 0x400c0e26 in _sess_read () from /usr/lib/libsnmp-
0.4.2.so
#12 0x400c0e99 in snmp_sess_read () from /usr/lib/libsnmp-
0.4.2.so
#13 0x400c02db in snmp_read () from /usr/lib/libsnmp-
0.4.2.so
#14 0x804a7f1 in strcpy () at ../sysdeps/generic/strcpy.c:30
#15 0x804a426 in strcpy () at ../sysdeps/generic/strcpy.c:30
#16 0x403089cb in __libc_start_main (main=0x80499d0 
<strcpy+636>, argc=1,
    argv=0xbffffbd4, init=0x8049314 <_init>, fini=0x804ad4c 
<_fini>,
    rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xbffffbcc)
    at ../sysdeps/generic/libc-start.c:92

And here is the output from the command:
...
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
end_request: I/O error, dev 02:00 (floppy), sector 0
Timeout: No Response from localhost

And, finally, tail from /var/log/messages:
...
May 11 14:56:33 lh3000 kernel: cdrom: open failed.
May 11 14:56:33 lh3000 modprobe: modprobe: Can't locate 
module block-major-22
May 11 14:56:33 lh3000 modprobe: modprobe: Can't locate 
module block-major-22
May 11 14:56:33 lh3000 kernel: end_request: I/O error, dev 
02:00 (floppy), sector 0

My guess is this is something related to rpm-4.0.2-6x 
because it worked before and after I upgraded rpm stopped 
working.
I also needed to rebuild the snmp package because of 
unresolved symbols in librpm.so.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-03-21 15:27

Message:
Logged In: NO 

I have a similar problem with ucd-snmp-4.2-4 on RH6.2. I
have IDE disks, but no floppy, snmpwalk gets times out and
snmpd takes all CPU time (snmpwalk cannot connect after
that). After some time the daemon settles down and I can try
snmpwalk again... with similar results unfortunately.

----------------------------------------------------------------------

Comment By: Wes Hardaker (hardaker)
Date: 2001-03-15 13:50

Message:
Logged In: YES 
user_id=76242

Well,  can you possibly get a backtrace of the agent's code
when it dies?  I can't reproduce this (as everything I have
has IDE disks in it).  A backtrace would help us at least
attempt to guess where the code is broken.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-02-25 13:32

Message:
Logged In: NO 

I get the similar modprobe:
modprobe: Can't locate module block-major-8

The first time I run the snmpwalk -v 1 <ipaddress> public. I get results
but the second time I get the above line in the messages!

Any ideas?

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112694&aid=231295&group_id=12694

_______________________________________________
Net-snmp-bugs mailing list
Net-snmp-bugs@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/net-snmp-bugs


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic