ADSM-L

Re: [ADSM-L] AIX networking issue

2009-02-09 17:44:30
Subject: Re: [ADSM-L] AIX networking issue
From: Alex Paschal <apaschal AT MSIINET DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 9 Feb 2009 16:43:33 -0600
Hi, Steven.

Use tcpdump to sniff the connection attempt.  This may provide clues to
what is happening.  In the past, I've found "circular routing" problems
this way.  WireShark can help analyze the tcpdump output file.

Good luck!

________________________________
Alex Paschal
Storage Solutions Engineer
MSI Systems Integrators
________________________________

Your Business.  Better.





-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Steven Harris
Sent: Monday, February 09, 2009 3:18 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] AIX networking issue

Hi All

I have an issue that seems related to networking somehow.

New site, P595 AIX 5.3 with many LPARs.  Most LPARs run SAP and TDP for
ERP Oracle.  TSM Client is at 5.5.1.0 TSM server. is 5.5.1.0.  Both
client and server are in different LPARs on the same P595.  SAP instance
has 3 interfaces, one for the application, one for management purposes
and one for backups.  These are all virtual networks using the VIO
server lpar.   The client and server have backup addresses on the same
subnet, and TCPADDRESS is set in the dsm.sys stanzas to force the backup
down the backup network.

Backups have been working, but now fail.  Both ba client and TDP start
getting tcp/ip failure rc -50 when trying to initiate the backup
session.  Client can ping server.  If I ping the client from the server,
then the tcp/ip failure goes away and I can get a good backup, but then
the next day's backup fails.

I'm thinking this has to be an AIX problem because the backup packets
should never get out of the virtual backup lan.  Thus it can't be
firewall or external routing.  The default gateways look correct and so
the packets should be going out of the right interface and finding their
target, but obviously are not.  The lpars are all built from the same
image and several of them are exhibiting the same issue.  The ping fix
always works, temporarily.

Any ideas on how this can be fixed permanently, or debugged, will be
gratefully received.

Regards

Steve

Steven Harris, TSM Admin
Sydney Australia

This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this
communication in error, notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.

Thank you.