When I say I know of "no known limitations that will cause a hang", what I
mean is that I know of no specific (or even general) number of files that
would result in a hang. That doesn't mean TSM couldn't run into other
problems -- a memory shortage, for example. But then, I would normally
expect to see some kind of error message followed by an abort of the
operation or a crash; not just a hang.

I stand by my original advice on this topic: You should contact IBM
support (assuming that you are running a supported environment) so they
can help you find the root cause of your problem. Once you know what the
real problem is, then you can evaluate what remedies are available. If it
were me, that is what I would do.

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.




Keith Kwiatek <kkwiatek AT NIST DOT GOV>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
01/10/2003 07:45
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Is there a limit on the amount of data an NT client 
can backup ?



Hello IBM,

We have an sgi client with about 3 filesystems of about 500 gig each, and
zillions of files. Can't
get them to back up. Same situation, scheduler drifts away. No error
messages.

We are thinking that the scheduler building of the index blows a gasket
somewhere, and that maybe
using the virtual filespace option would break it up into smaller more
manageable indexes? Any
thoughts?

Keith Kwiatek
National Institute of Standards and Technology


----- Original Message -----
From: "Andrew Raibeck" <storman AT US.IBM DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Friday, January 10, 2003 7:07 AM
Subject: Re: Is there a limit on the amount of data an NT client can
backup ?


> There are not known limitations on the amount of data to be backed up
that
> would contribute to a hang. Network problems are one fairly common cause
> of hangs, though I would think you would eventually get some kind of
> network error. You might consider upgrading to the latest TSM client
patch
> level (5.1.5.7) to see if the problem may have been addressed via a bug
> fix. Beyond that, if the problem persists, I would recommend that you
> contact IBM support for assistance.
>
> 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.
>
>
>
>
> Nick Rutherford <Nick.Rutherford AT HONDA-EU DOT COM>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 01/10/2003 03:15
> Please respond to "ADSM: Dist Stor Manager"
>
>
>         To:     ADSM-L AT VM.MARIST DOT EDU
>         cc:
>         Subject:        Is there a limit on the amount of data an NT
client can backup ?
>
>
>
> Hello all,
>
> we have a TSM client installed on an NT server that has about 250gb of
IBM
> ESS
> storage attached to it.
> Recently we have experienced problems with the scheduler service which
> appears
> to hang during the backup.
> The client schedule and error logs do not contain any information.
>
> The TSM server is V5.1.1.0
> The TSM client level is V5.1.1.0
>
> The NT server is V4 SP6.
> The NT server also runs Notes V5.
>
> Has anybody seen similar problems when backing up such a large volume of
> data ?
> Any help is appreciated.
>
> regards,
>
> Nick Rutherford.
>
>
> *********************************************************************
> This e-mail is confidential and intended solely for the use of the
> individual to whom it is addressed.  Any views or opinions presented
> are solely those of the author and do not necessarily represent
> those of Honda of the UK Manufacturing Ltd.
>
> If you are not the intended recipient please notify the sender
> immediately by return e-mail and then delete this message from your
> system.  Also be advised that any use, disclosure, forwarding,
> printing or copying of this e-mail if sent in error is strictly
> prohibited.  Thank you for your co-operation.
> *********************************************************************