ADSM-L

Re: LAN-free backup goes SAN, LAN, SAN

2002-09-19 08:17:03
Subject: Re: LAN-free backup goes SAN, LAN, SAN
From: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 19 Sep 2002 02:52:38 -0400
Andy,
You may be right about this, but I am betting this is not the case.  The
problem we ran into was that the maxsize was set to a 3GB limit and the
first time a file was hit that was over 3GB the thing puked because it was
trying to go to the next pool which was tape.  The server and the storage
agent would get into a fight over who was going to provide the service and
mount every scratch tape in the library and put them all in the destination
pool empty as privates and read only and get an IO error.

If this fixes this problem, there will be a party in Newport News.  We were
told by support that it was working as designed.  I looked at the APAR in
IBMLINK and there is no sysroute to V4.  Do you happen to know what patch
levels have the problem corrected on Solaris and AIX?

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-----Original Message-----
From: Andrew Raibeck [mailto:storman AT US.IBM DOT COM]
Sent: Wednesday, September 18, 2002 3:06 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: LAN-free backup goes SAN, LAN, SAN


You'll find it at:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/patches/client/
v5r1/Windows/WinNT/v511

The key to finding the code is that PTFs are in the
../tivoli-storage-management/maintenance directory structure, and patches
are in the ../tivoli-storage-management/patches directory structure.

As an addendum to my prior post on this thread, even though it doesn't say
so in the README file, IC33316 is also fixed in 4.2.2.8.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.eyebm DOT com (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




"Adams, Matt (US - Hermitage)" <maadams AT DELOITTE DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> 09/18/2002 
11:24
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: LAN-free backup goes SAN, LAN, SAN



Andy,

I just went to the FTP site and didn't find it.  If you get a chance, post
the link or you can respond to me directly.

Thanks,

Matt Adams
Tivoli Storage Manager Team
Hermitage Site Tech
Deloitte & Touche USA LLP



-----Original Message-----
From: Andrew Raibeck [mailto:storman AT US.IBM DOT COM]
Sent: Wednesday, September 18, 2002 11:54 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: LAN-free backup goes SAN, LAN, SAN


I can not say for sure whether this is your problem, but it could be APAR
IC33316. This problem is fixed in patch level 5.1.1.5 (available now), and
will also be available in PTF 4.2.3 (should be available in the
not-too-distant future). Give 5.1.1.5 a shot and see how it goes.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.eyebm DOT com (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Zlatko Krastev/ACIT <acit AT ATTGLOBAL DOT NET>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> 09/18/2002 
09:27
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        LAN-free backup goes SAN, LAN, SAN



Hello all,

If you do not like to read long posts please skip this one - it can be
boring.

I have a very nasty problem at customer site and asking for your help are we
the only having it. If not can we fight it together.
Environment:
Server: v4.2.1.15, Windows 2000 SP2
Client: v4.2.2.1 (was 4.2.1.25), AIX 4.3.3ML09 + patches Storage Agent:
v4.2.1.15, TCP/IP or Shared Memory
SAN: IBM 2108-F16 (Brocade) switch + IBM 3583-L18 (ADIC) LTO with 2 drives
Storage policy: Stgpools use defined volumes and no scratches. Yes, I know
it's very unusual combination (Windows TSM server + AIX nodes). Even support
in the beginning thought it is AIX server w/ Win client.

The node in question is somewhat mixed - small (<50kB) and large (Nx100MB or
1-4GB) files. So for performance small files are directed to go over LAN.
Large files are bound to direct-to-SAN-tape class and storage agent should
take care of them. DIRMC is pointing diskpool as it ought to.

Now the problem:
1. Client starts backup, sent several directories over LAN, on first file
reported ANS1114I and waits server to mount a volume on behalf of storage
agent (OK) 2. Variable number of files are backed up for less than 1% of the
volume mounted (OK) 3. Client reports another ANS1114I (here is the
problem). Under the covers it seems than client requested this and next
several files to go over LAN instead of LAN-free. So mount is performed by
server for its own use (normal MgSysLAN path). 4. Another bunch of files are
backed to second volume. 'Q SES' shows tens of MBs so files go over LAN. 5.
Third ANS1114I is reported and client resumes normal operation 6. Backup
completes with no error, everything is backed up but for enourmous time -
test with 3-4 GB went good 20 minutes instead of 5. The result of this
SAN-LAN-SAN sequence is two volumes less than 5% utilized, 5-minutes backup
taking between 20 and 40 minutes and unwanted data spread. Contents are
VOL1: file set 1, file set 3
VOL2: file set 2
And if accidentally second drive is busy (migration most often) the process
might go to bed in step 3 and wake up one hour later (when drive becomes
available on the end).

Partial workaround:
If DIRMC is set to point the tapes LAN-free works as it ought to and 4.3 GB
take 5 minutes including mount time. But backup of 20kB in 5 files is taking
again 5 minutes just because DIRMC required tape mount. This moves the
problem in other area without solving it at all.

Support requested client upgrade from v4.2.1.25 to v4.2.2 with no success.
Upgrade of the storage agent (plus the server and other agents) is postponed
because we want to ensure this problem is resolved before to introduce new
ones in v4.2.2.

As always any hints, advices or similar experience are thankfully welcome.


Zlatko Krastev
IT Consultant
- This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. -
If you are not the intended recipient, you should delete this message and
are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.