On Wed, 28 Nov 2001 16:21:56 -0600, it was written:
>Bonus feature of TSM 4.1... The " datactr " is my overflow location. I am
>running TSM 4.1.4.5 on AIX 4.3.3 ML8.
>I have a 3575L32 and the library is FULL plus there are approximately 100 tapes in
>the overflow location at any one time.
>(Need
On Wed, 28 Nov 2001 13:22:55 -0800, it was written:
>We upgraded from V3.7.3.6 to V4.2.1.7 yesterday, and TSM lost control of
>the tape drives afterwards. We got messages like yours, plus a whole bunch
>of other bizarre ones. Tivoli had us delete and redefine the drives in AIX
>and TSM, which didn
>>>We have started backing up the Netware Servers on our network
>>>which are all at 5.1.. we are currently on TSM 4.1, the incrementals
>>>are working ood not a lot of problem there.. But when it comes to
>>>archiving the Groupwise volumes it takes a long time. same with
>>>when it expires t
Yes, Tivoli has gone out of its way to make the point system confusing; they
didn't publish the point counts anywhere for months after the point system
was announced, and it's still very hard to get to unless you are working
directly with a helpful VAR.
But FINALLY, they past summer they set up
Hi TSM-ers,
Today I've got a question of understanding.
What causes the following message:
Retry # 1 Expiring--> ...
Doesn't TSM have to retry when a file is in use on the client?
But retries for a server operation?
This happens on a Windows 2000 client with TSM 3.7.2 server on AIX.
Kind reg
Account to start service is set to local system account (which can see
the drives).. I will try to use the domain Admin account and see it that
changes anything.
Joe Cascanette
The Cumis Group Limited
-Original Message-
From: Kelly Lipp
Sent: Fri 12/7
I will be out of the office starting December 7, 2001 and will not return
until December 9, 2001.
I have limited access to email and voicemail. Rob Gagliardo is the
covering manager.
At 09:19 AM 12/6/2001 -0500, Joe Cascanette wrote:
>Depending on your server setup there will be a fight for tapes. Turning
>collocation ON for your onsite pools would greatly increase the time to
>create backup sets. I have 4 backup sets running every 2nd day at once (I
>have 10 drives which leav