Item Subject: remarkeble Q EVENT
If you are not at 2.1.0.8 GO TO IT NOW ! ! ! ! !
We've been running with only two 3590 tape drives in a 3494 atl and
were experiencing difficulties with mount request denied messages
where all (both) the tape drives were busy with reclamation (or two
migration processes) and would see where a tape would fill and while
the output tape was rewinding the request for a scratch would fail due
to no drives available...(sigh!) anyway, life is much better in
2.1.0.8... This is not your exact problem below but I would bet has
something to do with it.... BUT I've noticed that in 2.1.0.8 with two
tape drives active with two processes (say migration & recover or 2
migs, etc) that a Q MOUNT will return NO TAPES MOUNTED where if you
kill one process then a q mount will show a tape mounted... (sighx2)
I think I'm turning up a lot of odd problems because the two servers
we have here have up to 225GB/night tossed at them... within the last
two weeks things have grown beyond belief and I'm finding myself with
two ADSM servers running at 100% about 12 hours of the day and 80+%
the rest of the time... (sighx5) heck, I just got through producing
the numbers for 2 more tape drives / atl and now I'm thinking I need
two more servers and two extra tape drives along with another couple
hundred GB of dasd buffer pool... July we had @ 6TB of traffic on two
servers (3.5TB & 2.6TB) and I would bet that august numbers will show
7+terabytes of traffic.... (oh, my two servers are 59H & 591 w/ AIX
4.1 & about 120GB&180GB diskpools) 24hour periods show up to 225GB of
traffic with a majority (200GB) being backup/archive events
Summary: get on 2.1.0.8 it is MUCH better than 2.1.0.3 in heavy load
environments...
later
Dwight
______________________________ Reply Separator _________________________________
Subject: remarkeble Q EVENT
Author: ADSM-L at unix,sh/dd.RFC-822=ADSM-L\@VM\.MARIST\.EDU
Date: 8/26/96 7:52 AM
Don't make ADSM fool on you:
q event * t=a gives the following output:
Scheduled Start Actual Start Schedule Name Status
-------------------- -------------------- ------------- ---------
08/26/96 07:00:00 08/26/96 07:00:01 BACKUP_COPY Completed
08/26/96 07:00:00 08/26/96 07:00:01 BACKUP_COPY Completed
08/26/96 07:30:00 08/26/96 07:30:05 BACKUP_DB Completed
So the BACKUP DATABASE and BACKUP STORAGEPOOL seems to completed successfully, B
,
looking in the actlog, you find the following:
08/26/96 07:00:01 ANR2750I Starting scheduled command BACKUP_COPY ( back
g
3494pool 3494pool.cp ).
08/26/96 07:00:01 ANR1210I Backup of primary storage pool 3494POOL to
copy
storage pool 3494POOL.CP started as process 149.
08/26/96 07:00:01 ANR2753I (BACKUP_COPY):ANR2110I BACKUP STGPOOL started
as
process
08/26/96 07:00:01 ANR2753I (BACKUP_COPY):149.
08/26/96 07:00:01 ANR2756I Scheduled command BACKUP_COPY started
successfully.
08/26/96 07:00:02 ANR1228I Removable volume 000521 is required for
storage
pool backup.
08/26/96 07:00:02 ANR8324I 3590 volume 000521 is expected to be mounted
(R/W).
08/26/96 07:00:02 ANR1401W Mount request denied for volume 000613 - mount
failed.
08/26/96 07:00:14 ANR1216E BACKUP STGPOOL: Process 149 terminated -
storage
media inaccessible.
08/26/96 07:00:14 ANR1214I Backup of primary storage pool 3494POOL to
copy
storage pool 3494POOL.CP has ended. Files Backed Up:
0, Bytes Backed Up: 0, Unreadable Files: 0, Unreadable
Bytes: 0.
..........
08/26/96 07:30:05 ANR2750I Starting scheduled command BACKUP_DB ( backup
db
devclass=3494-3590 type=full ).
08/26/96 07:30:05 ANR2280I Full database backup started as process 150.
08/26/96 07:30:05 ANR2753I (BACKUP_DB):ANR2280I Full database backup star
d
as
08/26/96 07:30:05 ANR2753I (BACKUP_DB):process 150.
08/26/96 07:30:05 ANR1404W Scratch volume mount request denied - mount
failed.
08/26/96 07:30:05 ANR2751I Scheduled command BACKUP_DB completed
successfully.
08/26/96 07:30:31 ANR4578E Database backup/restore terminated - required
volume was not mounted.
Did I missed something and fool myself, or what?
(we are running ADSM V2.1.0.3 on a SP2 (AIX 4.1.4.0) using 3494 with 3590
units).
Regards,
Henk ten Have SARA, Academic Computing Services Amsterdam
Systems Programmer Kruislaan 415
E-mail: hthta AT sara DOT nl 1098 SJ Amsterdam
Phone : +31205923000 The Netherlands
|
