[mrtg] Problem with cfgmaker after moving mrtg server to new subnet.

Ed LaFrance Ed.LaFrance at newmediaems.com
Sat Jan 27 18:27:40 CET 2007

Can you even ping the target from the new origin? This sounds like a 
networking issue that is affecting MRTG and has nothing to do with 
MRTG specifically.


At 01:52 PM 1/26/2007, Mersberger, Robert wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C74194.4D821F75"
>Content-Transfer-Encoding: 7bit
>I have 2 AS400 servers on 172.20.x.x/24 and 172.24.X X/24 subnets 
>that I have been tracking with mrtg with the server on a 
>172.18.x.x/24 subnet . Recently we upgraded to the latest release of 
>Mrtg and it was installed on a new subnet 172.31.16.x/22 and these 
>two as400 servers stop communicating with mrtg and cfgmaker. This is 
>the error message that I get.
>? Is used to hide the real subnet
>SNMP Error:
>no response received
>SNMPv1_Session (remote host: "172.20.?.11" [172.20.?.11].161)
>                   community: "public"
>                  request ID: 614628054
>                 PDU bufsize: 8000 bytes
>                     timeout: 2s
>                     retries: 5
>                     backoff: 1)
>  at /usr/bin/../lib/mrtg2/SNMP_util.pm line 490
>SNMPGET Problem for ifInOctets.2 ifOutOctets.2 on 
>public at 172.20.?.11:::::1:v4only
>  at /usr/bin/mrtg line 2035
>Thursday, 25 January 2007 at 17:00: WARNING: skipping because at 
>least the query for ifInOctets.2 on  172.20.?.11 did not succeed
>Thursday, 25 January 2007 at 17:00: WARNING: no data for 
>ifInOctets&ifOutOctets:public at 172.20.?.11. Skipping further queries for Ho
>st 172.20.?.11 in this round.
>I have done sniffer traces on this activity and what I see looks 
>like no response from server.  In the trace I see
>Snmp request
>Snmp response
>ICMP destination unreachable.
>I have verified the community string and know that I can do an 
>snmpwalk from servers on other subnets.
>I also check with the server owner and had him verify that snmp on 
>these servers were not setup to not allow access from this 
>subnet.  I have other devices on this 172.24 and 172.20 subnet that 
>are not causing problems only these two IBM servers.
>Hope you can straighten be out.
>This e-mail message and any attachment(s) (collectively, this 
>'Email') are intended
>only for the confidential use of the recipient(s) named above. If 
>the reader of this
>message is not the intended recipient named above or an agent responsible for
>delivering it to the intended recipient named above, you have 
>received this Email in error.
>Please notify the sender immediately and permanently delete this 
>Email and any copies thereof.
>mrtg mailing list
>mrtg at lists.oetiker.ch

:::::::::::::     PREMIUM COLOCATION SERVICES     :::::::::::::
New Media LLC                    info at servercolocation.ws
11630 Fair Oaks Blvd., #300      http://www.servercolocation.ws
Fair Oaks, CA  95628             (916) 961-0446
(866) 519-4680 Toll-Free         (916) 961-0447 Fax
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20070127/e5bcaffd/attachment.html 

More information about the mrtg mailing list