Hi, <br><br>Bunchan.<br><br>I'm getting hobbitd_rrd crash. I'm running 4.2.3 RC1 with your do_devmon.c revision 154. <br>I figured that the core file are repeating for the same equipments. cisco 6513 and cisco 4507 for if_load.<br>
<br>THis could be because of the number of interfaces? What do you think?<br><br>Thanks in advance,<br><br>Mario.<br><br>Cisco 4507:<br><pre>Alarming on (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)<br>
Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)<br>Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)<br>Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)<br>Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)<br>
Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)<br>Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Gi4/1,Gi4/2,Gi4/3)<br>Alarming on (Gi4/4,Gi4/5,Gi4/6,Gi4/7,Gi4/8,Gi4/9,Gi4/10,Gi4/11)<br>Alarming on (Gi4/12,Gi4/13,Gi4/14,Gi4/15,Gi4/16,Gi4/17,Gi4/18)<br>
Alarming on (Gi4/19,Gi4/20,Gi4/21,Gi4/22,Gi4/23,Gi4/24,Gi4/25)<br>Alarming on (Gi4/26,Gi4/27,Gi4/28,Gi4/29,Gi4/30,Gi4/31,Gi4/32)<br>Alarming on (Gi4/33,Gi4/34,Gi4/35,Gi4/36,Gi4/37,Gi4/38,Gi4/39)<br>Alarming on (Gi4/40,Gi4/41,Gi4/42,Gi4/43,Gi4/44,Gi4/45,Gi4/46)<br>
Alarming on (Gi4/47,Gi4/48,Gi5/1,Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6)<br>Alarming on (Gi5/7,Gi5/8,Gi5/9,Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14)<br>Alarming on (Gi5/15,Gi5/16,Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21)<br>Alarming on (Gi5/22,Gi5/23,Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28)<br>
Alarming on (Gi5/29,Gi5/30,Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35)<br>Alarming on (Gi5/36,Gi5/37,Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42)<br>Alarming on (Gi5/43,Gi5/44,Gi5/45,Gi5/46,Gi5/47,Gi5/48,Gi6/1)<br>Alarming on (Gi6/2,Gi6/3,Gi6/4,Gi6/5,Gi6/6,Gi6/7,Gi6/8,Gi6/9)<br>
Alarming on (Gi6/10,Gi6/11,Gi6/12,Gi6/13,Gi6/14,Gi6/15,Gi6/16)<br>Alarming on (Gi6/17,Gi6/18,Gi6/19,Gi6/20,Gi6/21,Gi6/22,Gi6/23)<br>Alarming on (Gi6/24,Gi6/25,Gi6/26,Gi6/27,Gi6/28,Gi6/29,Gi6/30)<br>Alarming on (Gi6/31,Gi6/32,Gi6/33,Gi6/34,Gi6/35,Gi6/36,Gi6/37)<br>
Alarming on (Gi6/38,Gi6/39,Gi6/40,Gi6/41,Gi6/42,Gi6/43,Gi6/44)<br>Alarming on (Gi6/45,Gi6/46,Gi6/47,Gi6/48)<br><br><br><br><font size="4"><span style="font-family: arial,helvetica,sans-serif;">And Cisco 6513</span></font>:<br>
<br>Input load:  yellow=75%, red=95%<br>Output load: yellow=75%, red=95%<br>Alarming on (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)<br>Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)<br>
Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)<br>Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)<br>Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)<br>Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)<br>
Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Fa6/1,Fa6/2,Fa6/3)<br>Alarming on (Fa6/4,Fa6/5,Fa6/6,Fa6/7,Fa6/8,Fa6/9,Fa6/10,Fa6/11)<br>Alarming on (Fa6/12,Fa6/13,Fa6/14,Fa6/15,Fa6/16,Fa6/17,Fa6/18)<br>Alarming on (Fa6/19,Fa6/20,Fa6/21,Fa6/22,Fa6/23,Fa6/24,Fa6/25)<br>
Alarming on (Fa6/26,Fa6/27,Fa6/28,Fa6/29,Fa6/30,Fa6/31,Fa6/32)<br>Alarming on (Fa6/33,Fa6/34,Fa6/35,Fa6/36,Fa6/37,Fa6/38,Fa6/39)<br>Alarming on (Fa6/40,Fa6/41,Fa6/42,Fa6/43,Fa6/44,Fa6/45,Fa6/46)<br>Alarming on (Fa6/47,Fa6/48,Fa9/1,Fa9/2,Fa9/3,Fa9/4,Fa9/5,Fa9/6)<br>
Alarming on (Fa9/7,Fa9/8,Fa9/9,Fa9/10,Fa9/11,Fa9/12,Fa9/13,Fa9/14)<br>Alarming on (Fa9/15,Fa9/16,Fa9/17,Fa9/18,Fa9/19,Fa9/20,Fa9/21)<br>Alarming on (Fa9/22,Fa9/23,Fa9/24,Fa9/25,Fa9/26,Fa9/27,Fa9/28)<br>Alarming on (Fa9/29,Fa9/30,Fa9/31,Fa9/32,Fa9/33,Fa9/34,Fa9/35)<br>
Alarming on (Fa9/36,Fa9/37,Fa9/38,Fa9/39,Fa9/40,Fa9/41,Fa9/42)<br>Alarming on (Fa9/43,Fa9/44,Fa9/45,Fa9/46,Fa9/47,Fa9/48,Fa10/1)<br>Alarming on (Fa10/2,Fa10/3,Fa10/4,Fa10/5,Fa10/6,Fa10/7,Fa10/8)<br>Alarming on (Fa10/9,Fa10/10,Fa10/11,Fa10/12,Fa10/13,Fa10/14,Fa10/15)<br>
Alarming on (Fa10/16,Fa10/17,Fa10/18,Fa10/19,Fa10/20,Fa10/21)<br>Alarming on (Fa10/22,Fa10/23,Fa10/24,Fa10/25,Fa10/26,Fa10/27)<br>Alarming on (Fa10/28,Fa10/29,Fa10/30,Fa10/31,Fa10/32,Fa10/33)<br>Alarming on (Fa10/34,Fa10/35,Fa10/36,Fa10/37,Fa10/38,Fa10/39)<br>
Alarming on (Fa10/40,Fa10/41,Fa10/42,Fa10/43,Fa10/44,Fa10/45)<br>Alarming on (Fa10/46,Fa10/47,Fa10/48,Gi11/1,Gi11/2,Gi11/3,Gi11/4)<br>Alarming on (Gi11/5,Gi11/6,Gi11/7,Gi11/8,Gi11/9,Gi11/10,Gi11/11)<br>Alarming on (Gi11/12,Gi11/13,Gi11/14,Gi11/15,Gi11/16,Gi12/1,Gi12/2)<br>
Alarming on (Gi12/3,Gi12/4,Gi12/5,Gi12/6,Gi12/7,Gi12/8,Gi12/9)<br>Alarming on (Gi12/10,Gi12/11,Gi12/12,Gi12/13,Gi12/14,Gi12/15)<br>Alarming on (Gi12/16,Gi13/1,Gi13/2,Gi13/3,Gi13/4,Gi13/5,Gi13/6)<br>Alarming on (Gi13/7,Gi13/8,Gi13/9,Gi13/10,Gi13/11,Gi13/12,Gi13/13)<br>
Alarming on (Gi13/14,Gi13/15,Gi13/16,EO0/0,Po1,Po2,Po7,Po8,Gi5/1)<br>Alarming on (Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6,Gi5/7,Gi5/8,Gi5/9)<br>Alarming on (Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14,Gi5/15,Gi5/16)<br>Alarming on (Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21,Gi5/22,Gi5/23)<br>
Alarming on (Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28,Gi5/29,Gi5/30)<br>Alarming on (Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35,Gi5/36,Gi5/37)<br>Alarming on (Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42,Gi5/43,Gi5/44)<br>Alarming on (Gi5/45,Gi5/46,Gi5/47,Gi5/48,Po10,Po30,Po50)<br>
<br></pre><br> <br><br><br><br><br><div class="gmail_quote">On Fri, Nov 7, 2008 at 7:28 AM, Buchan Milne <span dir="ltr"><<a href="mailto:bgmilne@staff.telkomsa.net">bgmilne@staff.telkomsa.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">On Monday 03 November 2008 09:46:42 Buchan Milne wrote:<br>
> On Friday 31 October 2008 19:55:35 Robert Holden wrote:<br>
> > When I run snmpwalk on my interfaces I get the following:<br>
> > (I believe that the devmon template is using this ... notice that they<br>
> > are all the same.<br>
><br>
> Depending on the SNMP implementation (and may differ on different IOS<br>
> versions).<br>
><br>
> > A transform won't help)<br>
> > IF-MIB::ifName.70 = STRING: AT5/0/0<br>
> > IF-MIB::ifName.71 = STRING: AT5/0/0<br>
> > IF-MIB::ifName.72 = STRING: AT5/0/0<br>
> > IF-MIB::ifName.73 = STRING: AT5/0/0<br>
> > IF-MIB::ifName.74 = STRING: AT5/0/0<br>
><br>
> One of our 7613's has:<br>
><br>
> IF-MIB::ifName.1 = STRING: Gi3/1<br>
> [...]<br>
> IF-MIB::ifName.128 = STRING: ATM10/1/0.0-atm subif<br>
> IF-MIB::ifName.129 = STRING: ATM10/1/0-aal5 layer<br>
> IF-MIB::ifName.130 = STRING: ATM10/1/0.0-aal5 layer<br>
> IF-MIB::ifName.131 = STRING: VLAN-1<br>
><br>
> > (This could be used, but you would end up w/ very long names.  G0/0 would<br>
> > become GigabitEthernet0/0)<br>
> > IF-MIB::ifDescr.70 = STRING: ATM5/0/0<br>
> > IF-MIB::ifDescr.71 = STRING: ATM5/0/0-atm layer<br>
> > IF-MIB::ifDescr.72 = STRING: ATM5/0/0.0-atm subif<br>
> > IF-MIB::ifDescr.73 = STRING: ATM5/0/0-aal5 layer<br>
> > IF-MIB::ifDescr.74 = STRING: ATM5/0/0.0-aal5 layer<br>
><br>
> On the same device as above:<br>
><br>
> IF-MIB::ifDescr.1 = STRING: GigabitEthernet3/1<br>
> [...]<br>
> IF-MIB::ifDescr.128 = STRING: ATM10/1/0.0-atm subif<br>
> IF-MIB::ifDescr.129 = STRING: ATM10/1/0-aal5 layer<br>
> IF-MIB::ifDescr.130 = STRING: ATM10/1/0.0-aal5 layer<br>
> IF-MIB::ifDescr.131 = STRING: unrouted VLAN 1<br>
><br>
> > (This may be helpful ... somehow ignore all type 37 and type 49, and sub<br>
> > interface 0 ??)<br>
> > IF-MIB::ifType.70 = INTEGER: sonet(39)<br>
> > IF-MIB::ifType.71 = INTEGER: atm(37)<br>
> > IF-MIB::ifType.72 = INTEGER: atmSubInterface(134)<br>
> > IF-MIB::ifType.73 = INTEGER: aal5(49)<br>
> > IF-MIB::ifType.74 = INTEGER: aal5(49)<br>
><br>
> But, in my case, I want to graph:<br>
> IF-MIB::ifName.103 = STRING: ATM10/1/0.1-aal5 layer<br>
><br>
> (it is the only interface which shows the correct traffic)<br>
><br>
> > I will open a bug if you like.  Is the issue that originated this thread<br>
> > the same as the one I am experiencing?<br>
><br>
> Well, there are two aspects to the bug:<br>
><br>
> 1)Devmon should strip invalid characters out of interface names for the RRD<br>
> data sent with the status message.<br>
><br>
> 2)The Hobbit RRD collector module for devmon should not segfault if data is<br>
> not in the format:<br>
><br>
> <name_without_spaces> value[:value[:value]]<br>
<br>
</div></div>I fixed this one last night. You can either grab the new do_devmon.c, and run<br>
'make' again, and copy the hobbitd_rrd over the previous binary, or you can<br>
grab the new complete patch for a build from scratch:<br>
<br>
<a href="http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=90" target="_blank">http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=90</a><br>
<br>
(at present, viewvc seems to be a bit bust on sourceforge, but these should be<br>
the URLs to the current versions of the files when it is working:<br>
<a href="http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/do_devmon.c" target="_blank">http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/do_devmon.c</a><br>
<a href="http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/hobbit-4.2.0-%0Adevmon-complete.patch" target="_blank">http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/hobbit-4.2.0-<br>
devmon-complete.patch</a><br>
)<br>
<br>
I will update my Hobbit packages with this once I've upgraded my production<br>
Hobbit box (but the SRPM is in Mandriva cooker already).<br>
<div><div></div><div class="h5"><br>
Regards,<br>
Buchan<br>
<br>
<br>
To unsubscribe from the hobbit list, send an e-mail to<br>
<a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br>
<br>
<br>
</div></div></blockquote></div><br>