Because of internal locks that aren't being readily resolved.
Look for a client (or clients) that have been connected for a long time (say
4-6+ hours)
Also look for other things like expiration, reclamation, migration, etc...
processes that might be running also.
Might only been client sessions though...
Anyway, generally (I've discovered) the log won't clear until those long
running clients either finish normally OR I cancel them.
We have had to increase some of our log sizes to 6 GB (6144 MB) in order to
allow things to run to completion and not have our log fill up and cause
sessions to die off due to log space being exhausted.

Now, media inaccessible, how is your library attached ?????
I've noticed (in the past) that if the library manager can't talk to TSM (or
tsm can't talk to the library manager) AND tsm requires a tape mount (which
fails because of lack of communication) even though I restored
communications to the library, I would still have to bounce TSM to get it to
start talking to the library again...
Is there something that is causing a loss of communications with your
library prior to this "media not available" situation ?
When things fail due to media not available does it report a specific volser
?
When things are bounced and start working again, does the problem volser (if
identified) become accessible ?

Dwight E. Cook
Software Application Engineer III
Science Applications International Corporation
509 S. Boston Ave.  Suite 220
Tulsa, Oklahoma 74103-4606
Office (918) 732-7109



-----Original Message-----
From: Joni Moyer [mailto:joni.moyer AT HIGHMARK DOT COM]
Sent: Tuesday, January 14, 2003 7:23 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: TSM migration problem & recovery log question???


The recovery log on TSM is 95% full.  I do a full DB backup everyday, which
I thought would reset the log to 0%.  It is in normal mode, not
rollforward.  Why would it be so high when I just did a full backup last
night that ended at 9 PM.  The log right now is 4.6 GB with 4.2 GB
utilized.  Any suggestions?

We have TSM 4.1.3 on OS/390.  My other problem is that our disk storage
pool filled to 100%, getting message anr1021w: media inaccessible.  When
trying to force migration (which should've occurred automatically) the
processes still failed with the media inaccessible messages.  We were not
in tape drive allocation and plenty of scratch volumes were available.  No
messages in the logs even pointed to a specific tape that was being called
in.  Bouncing the tsm server triggered one of four possible migration
processes.  Around 8 hours after bouncing the server 4 migration processes
finally did kick off after hitting the set threshold.  Any ideas or insight
as to what the problem could be???

Thanks for any help,

Joni Moyer
Systems Programmer
joni.moyer AT highmark DOT com
(717)975-8338