Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
snmpd die on my PPTP server with message: Dec 23 13:19:25 vpn snmpd[26898]: error on subcontainer 'ia_addr' insert (-1) Dec 23 13:19:25 vpn snmpd[26898]: error on subcontainer 'ia_index' insert (-1) Dec 23 13:19:25 vpn snmpd[26898]: error on subcontainer 'ia_addr' insert (-1) Dec 23 13:19:25 vpn snmpd[26898]: error on subcontainer remove (-1) Dec 23 13:19:25 vpn snmpd[26898]: error on subcontainer '' insert (-1)
Created an attachment (id=139165) [details] my emerge --info my emerge --info
Created an attachment (id=139167) [details] snmpd config
Created an attachment (id=139169) [details] snmpd config in /etc/conf.d
Created an attachment (id=139171) [details] syslog messages
Portage 2.1.3.19 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r9 x86_64) ================================================================= System uname: 2.6.22-gentoo-r9 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Timestamp of tree: Thu, 15 Nov 2007 01:47:01 +0000 app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl amd64 berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog midi mmx mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl sse sse2 ssl tcpd truetype-fonts type1-fonts unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Which ebuild and version is this about?
(In reply to comment #6) > Which ebuild and version is this about? > emerge -pv net-snmp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-analyzer/net-snmp-5.4.1-r1 USE="ipv6 perl python ssl tcpd -X -diskio -doc -elf -lm_sensors -mfd-rewrites -minimal -rpm (-selinux) -sendmail -smux" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB when "ipv6 perl python ssl tcpd" - red
Reopen...
(In reply to comment #8) > Reopen... > "Create new graphs" in cacti (network graphing solution, cacti.net) listing (just one SNMP request passed before snmpd die) Index Status Description Type Speed Hardware Address IP Address null null null null null null 192.168.0.1 (null? this is a vpn server ip from /etc/ppp/options.pptpd) 1 Up lo softwareLoopback(24) 10000000 null 127.0.0.1 2 Up eth0 ethernetCsmacd(6) 100000000 00:00:EA:DA:FE:FE:01 10.0.0.1 ..... 11 Down ppp52 ppp(23) 0 null null (down? speed=0, ip=null... ppp52 is up and ip 192.168.0.142! ) 12 Down ppp127 ppp(23) 0 null null 13 Down ppp67 ppp(23) 0 null null ..... null null null null null null 10.1.2.254 (null? this IP on VLAN! interface eth0.172) null null null null null null 10.1.1.254 (null? this IP on VLAN! interface eth0.171)
an0nym0use, thank you for report. But could you tell us how it dies? Does it crash? If so, please, attach backtrace. Explain problem in more details, please.
(In reply to comment #10) > an0nym0use, thank you for report. But could you tell us how it dies? Does it > crash? If so, please, attach backtrace. Explain problem in more details, > please. > Okay, but my english is very bad. More info i can say in russian via icq or e-mail =) Kernel now "Linux vpn 2.6.23-gentoo-r3 #2 SMP Thu Dec 27 02:08:41 MSK 2007 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux" and net-snmp-5.4.1-r1 recompiled with options "ipv6 lm_sensors perl python sendmail ssl tcpd" no changes... In attachments snmpwalk text, and "strace" log of snmpd (more IPs in logs has been changed for security reasons).
Created an attachment (id=139442) [details] snmpwalk text
Created an attachment (id=139443) [details] strace log
Andrew, following this thread http://sourceforge.net/mailarchive/message.php?msg_id=d17c5b140709210310h58e9d2afh7408e30b53cfe8c0%40mail.gmail.com it seems that the error message "error on subcontainer 'ia_addr' insert" occurs only if you have two interfaces with same IP address. Could you check that?
(In reply to comment #14) > Andrew, following this thread > http://sourceforge.net/mailarchive/message.php?msg_id=d17c5b140709210310h58e9d2afh7408e30b53cfe8c0%40mail.gmail.com > it seems that the error message "error on subcontainer 'ia_addr' insert" occurs > only if you have two interfaces with same IP address. Could you check that? > Checked. No duplicates found.
(In reply to comment #14) > Andrew, following this thread > http://sourceforge.net/mailarchive/message.php?msg_id=d17c5b140709210310h58e9d2afh7408e30b53cfe8c0%40mail.gmail.com > it seems that the error message "error on subcontainer 'ia_addr' insert" occurs > only if you have two interfaces with same IP address. Could you check that? > maybe snmpd used "inet addr" for ppp devices too but, this not correct eth0 Link encap:Ethernet HWaddr 00:11:AE:1E:E3:01 inet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1768444457 errors:0 dropped:0 overruns:0 frame:0 TX packets:1570393378 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1555656628640 (1483589.7 Mb) TX bytes:1175819630054 (1121348.9 Mb) Interrupt:16 ppp0 Link encap:Point-to-Point Protocol inet addr:192.168.3.1 P-t-P:192.168.24.20 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1 RX packets:1150829 errors:0 dropped:0 overruns:0 frame:0 TX packets:1160784 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:228649203 (218.0 Mb) TX bytes:749195349 (714.4 Mb) ppp1 Link encap:Point-to-Point Protocol inet addr:192.168.3.1 P-t-P:192.168.15.63 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1 RX packets:243858 errors:0 dropped:0 overruns:0 frame:0 TX packets:267762 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:55843243 (53.2 Mb) TX bytes:30175481 (28.7 Mb) ppp2 Link encap:Point-to-Point Protocol inet addr:192.168.3.1 P-t-P:192.168.4.24 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1 RX packets:1596 errors:0 dropped:0 overruns:0 frame:0 TX packets:1467 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:210469 (205.5 Kb) TX bytes:683446 (667.4 Kb)
Andrew, try net-analyzer/net-snmp-5.4.1-r4 from my overlay: http://overlays.gentoo.org/dev/pva/browser/net-analyzer/net-snmp It contains more fixes but at least net-snmp-5.4.1-duplicated-ip.patch should fix your problem. Try it and report here, please.
(In reply to comment #17) > Andrew, try net-analyzer/net-snmp-5.4.1-r4 from my overlay: > http://overlays.gentoo.org/dev/pva/browser/net-analyzer/net-snmp > It contains more fixes but at least net-snmp-5.4.1-duplicated-ip.patch should > fix your problem. Try it and report here, please. > Show me how to do this, please
(In reply to comment #18) > Show me how to do this, please # mkdir -p /usr/local/portage/net-analyzer # cd /usr/local/portage/net-analyzer # svn co http://overlays.gentoo.org/svn/dev/pva/net-analyzer/net-snmp Now edit /etc/make.conf and add PORTDIR_OVERLAY="/usr/local/portage/" there. Then # ACCEPT_KEYWORDS=~amd64 emerge -va net-snmp should emerge ebuild from overlay. For more information see, e.g., http://gentoo-wiki.com/Portage_Overlay
Thanks. Testing. 9 minutes uptime, no errors.
9 hours uptime. No errors. I think this bug fixed. Thank you very much Peter and happy New Year!
Any updates on this bug? I had suffered from the similar issue on net-analyzer/net-snmpd-5.4.1-r3. I had a suspicion that net-snmp-5.4.1-duplicated-ip.patch is not the valid patch to use as it suppresses the problem rather than fixing it. IMO, more properly it should be fixed with this patch originated from net-snmp developers: http://pastebin.ca/raw/723152. It eliminates the collision (and made interfaces info available through the snmp) rather than just suppressing it. I can provide the patch and ready ebuild here or it new bug if someone wants it.
Aleksey, could you provide a link to upstream svn commit here? http://net-snmp.svn.sourceforge.net/viewvc/net-snmp/
Hi, Peter. I'm afraid there's no upstream commit for this issue. I had googled this in project tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1733344&group_id=12694&atid=112694 and used the latest patch from the developer side. Looking into its code I had concluded that it eliminates the collision. Then I had compiled latest net-snmp with patch I mentioned and segfault disappeared (not saying about debugging logs became clearer).
Upstream has fixed this bug in SVN Revision 16804 on 2008-02-14. Please pull the official fix from: http://net-snmp.svn.sourceforge.net/viewvc/net-snmp?view=rev&revision=16804 and report back whether it fixes your problems.
Thanks Thomas. I've added your patch. I suppose this bug is fixed in net-snmp-5.4.1-r4. Andrew and all others who experienced this bug/crash, please, test the package from official tree. It contains one security fix and will be stabilized very soon. So reopen this bug or report new if you experience any problems with net-snmp-5.4.1-r4.
