Re: VFYIMGCLG and ALWSAV Attribute

[CRPence <CRPbottle@xxxxxxxxx>]

Larry Bolhuis wrote:
> Anybody (besides me) notice that when you VFYIMGCLG all the
> images get the ALWSAV attribute turned OFF.  I did this:
>
> Build the catalog on system "A". 
> CHGATR ALWSAV(*YES) for the entire tree '/i5os'
> VFYIMGCLG for the i5OS media to be sure it's a good one.
> VFYIMGCLG for the PTF media to be sure it's a good one.
> SAV  ...  '/i5os'  to tape so I can restore it on System "B".
>
> Find there isn't anything on the tape!!
>
> Checking the ALWSAV attribute it's <ed> now OFF.
>
> So I turned it on. Verified it was on. Re-ran VFYIMGCLG.
> Now it's back off.   <<SNIP>>

  Documentation suggests that /ready/ status precludes save; i.e. 
the /allow save/ is set off.  Does WRKIMGCLGE after the VFYIMGCLG 
indicate the status is ready?  If so, then perhaps the VFYIMGCLG 
implicitly loaded such that all that would be required is to issue 
the Load Image Catalog (LODIMGCLG) OPTION(*UNLOAD) to get the image 
catalog out of ready status?  Or just delay the CHGATR until after 
the verify request?

http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/rzam4/rzam4managingvirtualtape.htm

  Image files *ALWSAV attributes
    - When the image catalog is in ready status, all
    of the image catalog's images have an *ALWSAV
    attribute value of *NO with the CHGATR command.
    This does not allow the images to be saved by the
    Save Object (SAV) command or the QsrSave API. When
    the image catalog is not in ready status, all of the
    image catalog's images have an *ALWSAV attribute
    value of *YES. This allows the images to be saved.
    - The CHGATR command would be used to change the
    allow save attribute of the virtual volumes in the
    integrated file system.

      * CHGATR OBJ('/tape/catalog1') ATR(*ALWSAV) VALUE(*NO)

Regards, Chuck