Re[2]: migration/mount waits
1997-10-30 16:35:00
Text item: Body.822
Apparently, now that version 3 is a wrap, development has started to
recycle bugs ;-)
I found this apar in IBMLink. It is closed but there is no fix available.
(There are many other related apars for the different server platforms.)
APAR Identifier ...... PQ04753 Last Changed..97/05/22
ADSM QUERY PROCESS SHOWS INCORRECT NUMBER OF SECONDS FOR WAIT
TIME ON MOUNT REQUEST FOR MIGRATION OUTPUT TAPE VOLUME
Symptom ...... IN INCORROUT Status ........... CLOSED PER
Severity ................... 2 Date Closed ......... 97/05/22
Component .......... 565511901 Duplicate of ........
Reported Release ......... 210 Fixed Release ............ 210
Component Name ADSM MVS/VM SRV Special Notice
Current Target Date .. Flags
SCP ................... MVS
Platform ............ MVS
Status Detail: Not Available
PE PTF List:
PTF List:
Release 210 : PTF not available yet
Parent APAR: IC16476
Child APAR list:
ERROR DESCRIPTION:
When a processing is waiting on a tape mount, the output from
a query process shows the amount of time in seconds that the
server has been waiting for the mount. For migration processes
this wait time is incorrect when the mount is for a second
tape needed by this one migration process. It looks like the
wait time is not being reset for each new mount requested.
LOCAL FIX:
PROBLEM SUMMARY:
****************************************************************
* USERS AFFECTED: *
All ADSM Version 2 server platforms
****************************************************************
* PROBLEM DESCRIPTION: *
At times, the wait time for a mount displayed in QUERY PROCESS
will display an incorrect time. The time is not being
set back to zero when a new mount is issued for this
operation. The problems appears to affect Disk to Tape
migration, Backup Stgpool, and move data disk to tape.
****************************************************************
* RECOMMENDATION: *
Apply the fixing PTF when available.
****************************************************************
Code was modified to make sure that the wait times are
reset.
PROBLEM CONCLUSION:
With each mount wait situation, the wait times are reset.
Bill Colwell
The Charles Stark Draper Laboratory
Cambridge Ma.
_________________________Reply Header_________________________ Author:
ADSM-L AT vm.marist DOT edu
Subject: Re: migration/mount waits
10-30-1997 04:18 PM
Date: Thu, 30 Oct 1997 16:18:53 -0500
From: Jerry Lawson <jlawson AT thehartford DOT com> Subject: Re: migration/mount
waits
To: ADSM-L AT vm.marist DOT edu
---------------------------- Forwarded with Changes
--------------------------- From: INTERNET.OWNERAD at SNADGATE
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- migration/mount waits, Tom Tann{s
- Re: migration/mount waits, Clendenny, Ronald D.
- Re: migration/mount waits, Tom Tann{s
- Re: migration/mount waits, Bill Colwell
- Re: migration/mount waits, Clendenny, Ronald D.
- Re: migration/mount waits, Tom Tann{s
- Re: migration/mount waits, Jerry Lawson
- Re[2]: migration/mount waits,
Bill Colwell <=
- Re: migration/mount waits, Dave Crockett (321-2476)
- Re[2]: migration/mount waits, Jerry Lawson
- Re: migration/mount waits, INTERNET . OWNERAD at SNADGATE
- Re: migration/mount waits, Unknown
- Re[2]: migration/mount waits, INTERNET . OWNERAD at SNADGATE
|
|
|