× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



As I read it...the problem with saving a mounted UDFS is that the
you're only getting the stream file data and its pathname. All other
attributes that are part of the directory entry in the file system are
lost. Remember, stream files are not objects like QSYS objects.
There's no overall structure containing "attributes" of the objects
built into the stream file itself like there is with QSYS objects.

http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzaiu/rzaiurzaiu164.htm
<quote>
Saving a mounted UDFS

Ordinarily, you should unmount user-defined file systems (UDFS) before
save and restore operations. Menu options 21, 22, and 23 of the GO
SAVE command provide an option to unmount UDFSs prior to the save.
If a save includes objects from mounted UDFSs, only pathname
information is saved. The system saves the objects as if they are in
the file system over which the UDFS is mounted. The system does not
save any information about the UDFSs or ASPs that contain the saved
objects, and the system issues the following message:

CPD3788 - File system information not saved for <your udfs>

The system does not save objects that are contained in a directory
over which you mount a UDFS. For example, if directory /appl has
objects in it and if you mount a UDFS over /appl, the system does not
save the objects in /appl. The system only saves the objects in the
UDFS.

You may mount your UDFS as read-only. Because the system does not save
any file system information for a mounted UDFS, the system does not
save the read-only attribute. Therefore, the system restores the
objects from the UDFS without the read-only attribute.
</quote>

HTH,
Charles



On Mon, Sep 13, 2010 at 2:07 AM, Graap, Kenneth
<Kenneth.Graap@xxxxxxxxxxxxx> wrote:
I'm wondering how other admins are doing this ....

I have hundreds of thousands of small Bill Images (65k each) stored in the IFS on my V5R4M5 iSeries.

I use an UDFS to store these files on a separate ASP.

My save strategy is to save all of these stream files once a month (Full Save)... A Cumulative save weekly... and an Incremental save daily.

I suppose that in order to do this I would need to save the UDFS while it is mounted.

However, I keep seeing in InfoCenter, that a UDFS should be saved after un-mounting it.

So in my implementation I guess IBM recommends I un-mount the UDFS and save it as /dev/QASP04/billimages.udfs instead of the directory it is usually mounted over /PRDSCIS/BILLIMAGE.

My concern with doing this is that I would loose the ability to do Incremental saves and I wouldn't have any information in the BRMS database, about the files and directories I have saved to tape.

Do you think my save strategy as outlined above (keeping the UDFS mounted) is sound?

Do I have to do anything special to restore these files (except create the UDFS and mount it) when I do a DR test or other recovery?

Any thoughts on this would be greatly appreciated.... Thanx

P
Please consider the environment before printing this email

Kenneth
Kenneth E. Graap
Systems Administrator
NW Natural
keg@xxxxxxxxxxxxx<mailto:keg@xxxxxxxxxxxxx>
http://www.linkedin.com/in/kennethgraap
503-226-4211 x5537

--
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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.