Your message dated Wed, 20 Dec 2006 17:17:19 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#403614: fixed in net-snmp 5.2.3-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: snmpd
Version: 5.2.3-4
Severity: important


snmpd segfaults when a Xen VM (domU) is being restarted, started or stopped,
or in short: when something changed in the networking interfaces:

Dec 18 12:59:01 s15222724 kernel: xenbr0: topology change detected, propagating
Dec 18 12:59:01 s15222724 kernel: xenbr0: port 2(vif20.0) entering forwarding 
state
Dec 18 12:59:02 s15222724 kernel: xenbr1: topology change detected, propagating
Dec 18 12:59:02 s15222724 kernel: xenbr1: port 1(vif20.1) entering forwarding 
state
Dec 18 12:59:14 s15222724 dhclient: DHCPREQUEST on xenbr0 to 87.106.14.xx port 
67
Dec 18 12:59:23 s15222724 dhclient: DHCPREQUEST on xenbr0 to 87.106.14.xx port 
67
Dec 18 12:59:32 s15222724 kernel: snmpd[25314]: segfault at 0000000000000038 
rip 00002af761008127 rsp 00007
fff49c4dce0 error 4


Strace gives some more information:

13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 13
13456 ioctl(13, SIOCGIFCONF, {120, {{"lo", {AF_INET,
inet_addr("127.0.0.1")}}, {"xenbr0", {AF_INET, inet_addr("87.106.23.xx")}},
{"xenbr1", {AF_INET, inet_addr("192.168.102.1")}}}}) = 0
13456 ioctl(13, SIOCGIFCONF, {120, {{"lo", {AF_INET,
inet_addr("127.0.0.1")}}, {"xenbr0", {AF_INET, inet_addr("87.106.23.xx")}},
{"xenbr1", {AF_INET, inet_addr("192.168.102.1")}}}}) = 0
13456 ioctl(13, SIOCGIFINDEX, {ifr_name="lo", ifr_index=1}) = 0
13456 ioctl(13, SIOCGIFFLAGS, {ifr_name="lo",
ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
13456 ioctl(13, SIOCGIFINDEX, {ifr_name="xenbr0", ifr_index=3}) = 0
13456 ioctl(13, SIOCGIFFLAGS, {ifr_name="xenbr0",
ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
13456 ioctl(13, SIOCGIFINDEX, {ifr_name="xenbr1", ifr_index=4}) = 0
13456 ioctl(13, SIOCGIFFLAGS, {ifr_name="xenbr1",
ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
13456 close(13)                         = 0
13456 open("/proc/net/if_inet6", O_RDONLY) = 13
13456 fstat(13, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
13456 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b742904a000
13456 read(13, "00000000000000000000000000000001"..., 1024) = 432
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="lo", ifr_index=1}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="vif19.1", ifr_index=55}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="vif19.0", ifr_index=54}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="vif11.1", ifr_index=35}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="vif11.0", ifr_index=34}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="xenbr1", ifr_index=4}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="xenbr0", ifr_index=3}) = 0
13456 close(14)                         = 0
13456 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 14
13456 ioctl(14, SIOCGIFINDEX, {ifr_name="eth0", ifr_index=2}) = 0
13456 close(14)                         = 0
13456 read(13, "", 1024)                = 0
13456 close(13)                         = 0
13456 munmap(0x2b742904a000, 4096)      = 0
13456 gettimeofday({1166445715, 103523}, NULL) = 0
13456 --- SIGSEGV (Segmentation fault) @ 0 (0) ---


This causes for example nagios as a monitoring software for our servers and
VMs sort of useless, because it causes false alerts (to some degree). 
I don't know whether this is caused by Xen or not... 

Addition: a short test on another Xen box (i386) shows the same behaviour,
so this doesn't seem to be restricted to amd64.

Regards, 
Ingo

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-xen-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages snmpd depends on:
ii  adduser                      3.100       Add and remove users and groups
ii  debconf                      1.5.8       Debian configuration management sy
ii  libc6                        2.3.6.ds1-8 GNU C Library: Shared libraries
ii  libsensors3                  1:2.10.1-2  library to read temperature/voltag
ii  libsnmp9                     5.2.3-4     NET SNMP (Simple Network Managemen
ii  libwrap0                     7.6.dbs-11  Wietse Venema's TCP wrappers libra

snmpd recommends no packages.

-- debconf information:
  snmpd/upgradefrom36:
  snmpd/upgradefrom521:


--- End Message ---
--- Begin Message ---
Source: net-snmp
Source-Version: 5.2.3-5

We believe that the bug you reported is fixed in the latest version of
net-snmp, which is due to be installed in the Debian FTP archive:

libsnmp-base_5.2.3-5_all.deb
  to pool/main/n/net-snmp/libsnmp-base_5.2.3-5_all.deb
libsnmp-perl_5.2.3-5_sparc.deb
  to pool/main/n/net-snmp/libsnmp-perl_5.2.3-5_sparc.deb
libsnmp9-dev_5.2.3-5_sparc.deb
  to pool/main/n/net-snmp/libsnmp9-dev_5.2.3-5_sparc.deb
libsnmp9_5.2.3-5_sparc.deb
  to pool/main/n/net-snmp/libsnmp9_5.2.3-5_sparc.deb
net-snmp_5.2.3-5.diff.gz
  to pool/main/n/net-snmp/net-snmp_5.2.3-5.diff.gz
net-snmp_5.2.3-5.dsc
  to pool/main/n/net-snmp/net-snmp_5.2.3-5.dsc
snmp_5.2.3-5_sparc.deb
  to pool/main/n/net-snmp/snmp_5.2.3-5_sparc.deb
snmpd_5.2.3-5_sparc.deb
  to pool/main/n/net-snmp/snmpd_5.2.3-5_sparc.deb
tkmib_5.2.3-5_all.deb
  to pool/main/n/net-snmp/tkmib_5.2.3-5_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jochen Friedrich <[EMAIL PROTECTED]> (supplier of updated net-snmp package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 20 Dec 2006 16:29:41 +0100
Source: net-snmp
Binary: libsnmp9 tkmib snmp libsnmp-perl libsnmp-base libsnmp9-dev snmpd
Architecture: source all sparc
Version: 5.2.3-5
Distribution: unstable
Urgency: low
Maintainer: Net-SNMP Packaging Team <[EMAIL PROTECTED]>
Changed-By: Jochen Friedrich <[EMAIL PROTECTED]>
Description: 
 libsnmp-base - NET SNMP (Simple Network Management Protocol) MIBs and Docs
 libsnmp-perl - NET SNMP (Simple Network Management Protocol) Perl5 Support
 libsnmp9   - NET SNMP (Simple Network Management Protocol) Library
 libsnmp9-dev - NET SNMP (Simple Network Management Protocol) Development Files
 snmp       - NET SNMP (Simple Network Management Protocol) Apps
 snmpd      - NET SNMP (Simple Network Management Protocol) Agents
 tkmib      - NET SNMP (Simple Network Management Protocol) MIB Browser
Closes: 367629 401306 402568 402685 403549 403614
Changes: 
 net-snmp (5.2.3-5) unstable; urgency=low
 .
   * Fix restart of snmpd (Closes: #402568, #401306)
   * Add Spanish translation (Closes: #402685)
     Thanks to Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]>
   * Add Brazilian Portuguese translation (Closes: #403549)
     Thanks to André Luís Lopes" <[EMAIL PROTECTED]>
   * Add patch to get rid of nasty memory management bug caused
     by duplicate IP addresses. (Closes: #403614, #367629)
     This might help for #370132, as well (unconfirmed).
Files: 
 ddb1da1f2db83c821e3aaf89ab888734 941 net optional net-snmp_5.2.3-5.dsc
 b9270227e5be29f5618bfb80c67c056c 87555 net optional net-snmp_5.2.3-5.diff.gz
 fc6fe80242bd76fe54599da2f83dd7da 1200110 libs optional 
libsnmp-base_5.2.3-5_all.deb
 fb9b402e57edcad370281b391df40537 854886 net optional tkmib_5.2.3-5_all.deb
 985aa5b0b2939aaaccced23e7e7bbb43 833190 net optional snmpd_5.2.3-5_sparc.deb
 432a8e987c81716840578a7c77058332 924684 net optional snmp_5.2.3-5_sparc.deb
 b41a7c9309ce99d5c726cc370a3b6864 1780736 libs optional 
libsnmp9_5.2.3-5_sparc.deb
 1537b982365076a098a97c195c5dbcb6 1547422 libdevel optional 
libsnmp9-dev_5.2.3-5_sparc.deb
 89affd471b5ba5b585993d9f88ff6032 917796 perl optional 
libsnmp-perl_5.2.3-5_sparc.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFiW5H0fhX0Y/ocz0RAjQPAKCXV1qlPOQnsspW/fEYcS9X0hpbugCgnvbS
g30jdKQ9nNKZWiScCSMNsak=
=kJTS
-----END PGP SIGNATURE-----


--- End Message ---

Reply via email to