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

[Mersberger, Robert]

I can ping the device fine.  

________________________________

From: Ed LaFrance [mailto:Ed.LaFrance at newmediaems.com] 
Sent: Saturday, January 27, 2007 11:28 AM
To: Mersberger, Robert; mrtg at lists.oetiker.ch
Subject: Re: [mrtg] Problem with cfgmaker after moving mrtg server to
new subnet.


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.

Ed


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. 
	
	
	CONFIDENTIAL NOTICE:
	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
	https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

===============================================================
:::::::::::::     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
=============================================================== 



CONFIDENTIAL NOTICE:
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20070129/7084eba1/attachment.html