Can you confirm that when unloaded the images DO say ALWSAVE(*YES)? It certainly also allowable to flag them as *NO and then it 'sticks' even when you unload them. I do this routinely with PTF images as I don't want to affect my customer's backups should the images be there through a backup.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 8/14/2015 2:08 PM, Jim Franz wrote:
*NONE Command 08/14/15 00:16:22.178768
QCADRV QSYS 03BA OPT102C KRMMOD *STMT
To module . . . . . . . . . :
OPT102C
To procedure . . . . . . . :
OPT102C
Statement . . . . . . . . . :
800
Message . . . . : 800 - LODIMGCLG
IMGCLG(IMGCLG01) OPTION('*UNLOAD')
DEV(OPTVLB01)
LIBMODE(*YES)

CPCBC11 Completion 00 08/14/15 00:18:03.392992
QVOILODC QSYS 029E OPT102C KRMMOD *STMT
To module . . . . . . . . . :
OPT102C
To procedure . . . . . . . :
OPT102C
Statement . . . . . . . . . :
800
Message . . . . : Image catalog
IMGCLG01 unloaded from device OPTVLB01.

Jim

On Fri, Aug 14, 2015 at 2:02 PM, DrFranken <midrange@xxxxxxxxxxxx> wrote:

That's the issue for sure. Any catalog that is loaded in a virtual device
is flagged ALWSAV(*NO).

ONE reason why this is true is so the save will actually finish. If it
allowed you to save them while loaded and you were backing up TO that
virtual optical device is could in theory be making the object being saved
larger or more numerous (or both) OR you'd run into locking issues and get
only part of it anyway.

So you're doing the right thing by unloading them if you want them backed
up.


- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.


On 8/14/2015 1:26 PM, CRPence wrote:

On 14-Aug-2015 10:38 -0600, Jim Franz wrote:

I did a DSPTAP *SAVRST to print of a SAV of /EKDVIRTUAL (our
directory of virtual optical) and subtree=*ALL. This is not ptfs or
software, but real images. We are using the IBM PRPQ to handle
library mode=Yes on these.

We see the primary and second directory in the *SAVRST, but not the
catalog entries.
Checked and have ALWSAV attribute set to *NO - but we don't know how
they changed from *Yes to *NO.


Likely Load Image Catalog (LODIMGCLG); see below.


When we test the unload, the attribute changes from *NO to *YES, and
we do an unload just before SAV.

Do not have BRMS. V7R1


[
http://www.ibm.com/support/knowledgecenter/ssw_i5_54/rzam4/rzam4virtualuse.htm
]

"...
_Performing a save operations_

To save files to virtual optical storage, see Consider using
virtual optical storage in the Back up your system topic.

Note: When the image catalog is in ready status, all images in the
catalog have a *ALWSAV attribute value of *NO. 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 images in the catalog
have a *ALWSAV attribute value of *YES. This allows the images to be
saved.
..."

[
http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_71/rzaiu/rzaiurzaiu2tv.htm
]

... "
3. If you want to exclude virtual images from a full-system save, use
one of the following strategies. Virtual images can significantly
increase the time it takes to complete an Option 21 save operation, even
if the image catalog entries do not contain data:

• Use the Change Attribute (CHGATR) command to mark the image
catalog directory as nonsavable. For example:

CHGATR OBJ('/MYINFO') ATR(*ALWSAV) VALUE(*NO)

• Use the Load Image Catalog (LODIMGCLG) command to make the image
catalog ready. Image catalogs with a ready status are omitted from the
save operation.
• In an attended save, you can specify to omit the image catalog
directories on the Save Object (SAV) command.
..."

This trying to figure out what in IFS has ALWSAV = NO or YES (I
don't see anything on SAV that tracks this for verification). What
are others doing to be sure your backing up what you think your
backing up?


There should be the msg CPD3775 as an indication after-the-fact; I
made several comments in the following thread [in English]:
[http://it.comp.as400.narkive.com/8Gm9Mykc/ifs-e-save]

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].