This would appear to be a bug, so submit it to IBM as a bug.
The doc (Administrator's Guide) is very clear on this issue. "The server
can preempt server or client operations for a higher priority operation
when a mount point is in use and no others are available, or access to a
specific volume is required." It then goes on to list Restore as a
high-priority operation that can preempt Backup among other
lower-priority operations, for either a mount point or a volume.
Preemption SHOULD work similarly to, and at the same speed as, CANCEL
PROCESS. Preemption should happen as soon as the backup of an object
(which could be large) is completed. Then the BACKUP STG command should
be cancelled to allow the Restore to have access to the resources it
needs. I have watched a Reclamation process get cancelled by a Restore,
sometimes to my surprise ("Where did it go?") until I discovered the
Restore which preempted it.
Yet another proof of the value of the Administrator's Guide manual. You
can find this - sort of - in the online doc, but a direct search does
not bring it up, and it's broken apart into pieces so that it's
difficult to gain a comprehensive understanding. This is a very specific
case where the Administrator's Guide manual is very much superior to the
online web-based doc which sort-of contains the same information. Keep
and update the Administrator's Guide!
Roger Deschner University of Illinois at Chicago rogerd AT uic DOT edu
======I have not lost my mind -- it is backed up on tape somewhere.=====
On Fri, 8 Apr 2016, Hans Christian Riksheim wrote:
>Hi Pam,
>
>yes it is. At first I thought the backup stg was cancelled but that it was
>in the middle of a backing up a large object. But that was not the case. It
>was moving object after object to copy stg while the restore was waiting
>for that tape. After one hour backup stg continued with another primary
>volume and the restore session could use it.
>
>Hans Chr.
>
>On Fri, Apr 8, 2016 at 5:40 PM, Pagnotta, Pamela (CONTR) <
>Pamela.Pagnotta AT hq.doe DOT gov> wrote:
>
>> Han,
>>
>> Is it waiting for a tape that is in use in the backup operation? Restores
>> should have top priority, as far as I know.
>>
>> Regards,
>>
>> Pam Pagnotta
>> Sr. System Engineer
>> Criterion Systems, Inc./ActioNet
>> Contractor to US. Department of Energy
>> Office of the CIO/IM-622
>> Office: 301-903-5508
>> Mobile: 301-335-8177
>>
>>
>> -----Original Message-----
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
>> Of
>> Hans Christian Riksheim
>> Sent: Friday, April 08, 2016 11:28 AM
>> To: ADSM-L AT VM.MARIST DOT EDU
>> Subject: [ADSM-L] Preempt
>>
>> Shouldn't a restore have first priority for a tape volume? I have a restore
>> waiting an hour for a backup stg operation. The option NOPREEMPT is at
>> default(No).
>>
>> Hans Chr.
>>
>
|
