[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] Re: Devmon causing core dumps
- To: "Buchan Milne" <bgmilne (at) staff.telkomsa.net>
- Subject: Re: [hobbit] Re: Devmon causing core dumps
- From: "Robert Holden" <robertholden (at) gmail.com>
- Date: Fri, 31 Oct 2008 10:55:35 -0700
- Cc: hobbit (at) hswn.dk
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Ld4Rsk2pt5kXNcM1NNEubiQi+d2SH1BAgbnZvI9d/s8=; b=dxiWQPG84DHukKFvo4q9P4oeyw+0ggqVclvMo1G1OxhBvjZZRFrDnd6s6Fd2X/JVx5 Nwm9EqV8ZobNACR5PUBzg+qk0Oku9hr48XmWRfZQkfcDuCrrbX3RIIDuwXATKAfnsHm7 ow/vBjYERydp48uxVaj+TbS8HJlEPt7JaR61o=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=fmr0W0SZuvt2mPbdAiPQS+8upSESokT7n/qQGCJFc4Gg/bI4Q0kg2R4kQfjjpwbTd9 wRONM5kvK60LJ+yaSPIbf2lo2gwzI7IAyrSBGyJJLuaia1yHYMRCZ4iBaOEv4hthQD1c aqGSsnfidLd2KUCGP4eFNODuAsOHzI9TrzNU0=
- References: <A3D12FAD74FC8B46991703F40C182BAB39B9CA83 (at) permls102.wde.woodside.com.au> <200810311215.27954.bgmilne (at) staff.telkomsa.net> <eb2031b0810310835l2194d79by19a9f2c39d6b8ee6 (at) mail.gmail.com> <200810311819.46906.bgmilne (at) staff.telkomsa.net>
When I run snmpwalk on my interfaces I get the following:
(I believe that the devmon template is using this ... notice that they are
all the same. A transform won't help)
IF-MIB::ifName.70 = STRING: AT5/0/0
IF-MIB::ifName.71 = STRING: AT5/0/0
IF-MIB::ifName.72 = STRING: AT5/0/0
IF-MIB::ifName.73 = STRING: AT5/0/0
IF-MIB::ifName.74 = STRING: AT5/0/0
(This could be used, but you would end up w/ very long names. G0/0 would
become GigabitEthernet0/0)
IF-MIB::ifDescr.70 = STRING: ATM5/0/0
IF-MIB::ifDescr.71 = STRING: ATM5/0/0-atm layer
IF-MIB::ifDescr.72 = STRING: ATM5/0/0.0-atm subif
IF-MIB::ifDescr.73 = STRING: ATM5/0/0-aal5 layer
IF-MIB::ifDescr.74 = STRING: ATM5/0/0.0-aal5 layer
(This may be helpful ... somehow ignore all type 37 and type 49, and sub
interface 0 ??)
IF-MIB::ifType.70 = INTEGER: sonet(39)
IF-MIB::ifType.71 = INTEGER: atm(37)
IF-MIB::ifType.72 = INTEGER: atmSubInterface(134)
IF-MIB::ifType.73 = INTEGER: aal5(49)
IF-MIB::ifType.74 = INTEGER: aal5(49)
I will open a bug if you like. Is the issue that originated this thread the
same as the one I am experiencing?
Robert
On Fri, Oct 31, 2008 at 9:19 AM, Buchan Milne <bgmilne (at) staff.telkomsa.net>wrote:
> On Friday 31 October 2008 17:35:44 Robert Holden wrote:
> > I have seen this as well. I finally determined it was caused by ATM
> > interfaces. Devmon does not give different components of an ATM circuit
> > (the physical interface, the -atm layer, .0 sub interface, -aal5 layer)
> > unique names. So rrd was receiving data for 5 interfaces all with the
> same
> > name. As a temporary interface, I stopped monitoring the atm interfaces,
> > but this is a bug.
> >
> > Interface names:
> > ATM5/0/0
> > ATM5/0/0-atm layer
> > ATM5/0/0.0-atm subif
> > ATM5/0/0-aal5 layer
> > ATM5/0/0.0-aal5 layer
>
> It's the spaces in the interface names.
>
> > Devmon sees these all as: ATM5/0/0 because devmon templates (atleast for
> > 6509's) are looking at ifName as the main identifier, which is not always
> > unique.
>
> No, on earlier IOSs, there will still many interface names for ATM
> interfaces,
> but there were no spaces in the names. I have adjusted my template in this
> case as follows to avoid the problem with spaces:
>
> in transforms:
>
> ifNameFixed : REGSUB : {ifName} /(\S+)(\s*)?(\S+)$/$1$3/
>
> then replace ifName with ifNameFixed in the message file.
>
> > Not sure on a solution yet. MRTG uses ifIndex as it's unique key.
>
> Well, this is not the issue, but using ifIndex is not a solution either.
>
> (BTW, there isn't a bug filed on this issue, so so far I've just been
> wanting
> to fix this for my own setup ...)
>
> Regards,
> Buchan
>