Thanks Andy for your quick response~~

My oversight.

Regards,

Matt

-----Original Message-----
From: Andrew Raibeck [mailto:storman AT US.IBM DOT COM]
Sent: Wednesday, September 18, 2002 2: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.
- 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.