FYI-
My TSM server is 4.1.4 on AIX 4.3.3. I had already been at Atape 6.1.9
and atldd 5.0.7, and was experiencing the 'lost track of tape drives
problem'. Ended up having to upgrade the microcode on my fibre attached
3590e's to level E350. Poof...problem gone!
Al Barth
Zurich Scudder Investments
Jim Sporer
<james.sporer@DOIT To: ADSM-L AT VM.MARIST DOT EDU
.WISC.EDU> cc:
Sent by: "ADSM: Subject: Re: TSM 4.2.1.7
Upgrade-
Dist Stor Manager"
<[email protected].
EDU>
12/06/01 08:48 AM
Please respond to
"ADSM: Dist Stor
Manager"
I didn't have that particular problem but I did have problems with mounting
tapes in the atl after installing 4.2.1.7. After talking to the support
center I installed the latest versions of Atape(6.1.9.0) and Atldd(5.0.7.0)
and haven't had a problem since.
Jim Sporer
At 07:29 AM 12/6/2001 +1300, you wrote:
>Mountretention only looks at idle tapes.
>A process/session requesting a tape should normally take over a tape
resource
>if it's idle, regardless.
>
>This is a possible issue of the 8 legged variety.
>
>Cheers, Suad
>--
>
>
>On Wed, Dec 05, 2001 at 11:22:11AM -0500, William Boyer wrote:
> > Check the MOUNTRETENTION in the device class.
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf
> > Of
> > Suad Musovich
> > Sent: Wednesday, December 05, 2001 4:12 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: TSM 4.2.1.7 Upgrade-
> >
> >
> > Upgraded to 4.2.1.7 (AIX) from 4.2.0.1 this morning and it went well.
> All of
> > the
> > old problems seemed to go away, but...
> >
> > I just had a wierd thing happen.
> >
> > We have 6 drives in our library and 5 drives in use (1 move data and 3
> > backuppool
> > migrations).
> >
> > Then the move data and one of the migrations gets cancelled by a
"higher
> > priority operation" requesting the tape drives. The thing was, there
was no
> > process
> > or session wanting a tape drive, or the tapes.
> >
> > >From the 2 remaining migrations, 1 was operating normally and the
> other was
> > "waiting
> > for a mount point".
> >
> > A "q mount" showed there was 5 idle mounts. I had to manually dismount
a
> > tape to
> > get it to recognise the free drive. The process has then requested and
> > mounted a
> > subsequent tape.
> >
> > Has anyone seen this one ?
> >
> > Cheers, Suad
> > --
> >
> > On Mon, Dec 03, 2001 at 02:24:24PM -0500, David.Bean AT US.PM DOT COM wrote:
> > > If upgrading on AIX:
> > >
> > > The migration as per documentation does not work and produces errors
> > during
> > > install:
> > >
> > > Tivoli.tsm.server.rte.config [388]: 27002 IOT/Abort trap(coredump)
> > > Tivoli.tsm.server.webadmin.config[44]:17383 IOT/Abort trap(coredump)
> > >
> > > Tivoli recommended solution: remove backlevel lpps and re-install
4.2.x
> > > level.
> > > Hence it really is a 4.x install, not a migration.
> > >
> > > License bug: When registering licenses, they don't show up as
registered
> > > with a q license command
> > > in TSM 4.2.0. Recommendation is to upgrade to 4.2.1 (if client
> > compatiblity
> > > allows) and then
> > > apply APAR.
> > > -----Original Message-----
> > > From: Dan Lee [mailto:Dan.Lee AT MUTUALOFOMAHA DOT COM]
> > > Sent: Monday, December 03, 2001 1:48 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: TSM 4.2.1.7 Upgrade-
> > >
> > >
> > > Looking for anyone who has upgradeed to 4.2.1.X or greater.
> > >
> > > We are upgrading this weekend and we would like any information that
> might
> > > make the process go smooth
> > >
> > > Thanks
> > >
> > > Dan Lee
> > > Associate Systems Programmer
> > > Mutual of Omaha
> > > I/S Midrange Services
> > > 402-351-8377
******************* PLEASE NOTE *******************
This message, along with any attachments, may be confidential or legally
privileged. It is intended only for the named person(s), who is/are the
only authorized recipients. If this message has reached you in error,
destroy it without review and notify the sender immediately. Thank you.
**********************************************************
|
