Hi Stephen,
Tha nks for the info on FDRCOPY. Until now, we have not unmounted or used the HFS=QUIESCE or the entry in the global options table. I will start to use the HFS=QUIESCE coding. So just for verification, if I code HFS=QUIESCE and ENQERR=BYPASS, I can run without unmounting the files and either get a good backup or an abend if some other process has the file for update. Yes?? I suppose we got 'lucky' on that one because all write acivity is very tightly controlled and we have a pretty minimal HFS setup - no personal files, no applications, no WebShpere. Just the required stuff and a pot load of documentation that is produced by a bunch of folks, but put into the HSF files by one of only two people. Course now, I am adding datasets, and changing things. :-)) Thanks, Linda ----- Original Message ----- From: "Stephen Mednick" <ibmm...@css.au.com> To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 8, 2011 7:54:58 PM Subject: Re: HFS file questions Not quite correct as far as the use of FDRCOPY goes. On the COPY statement there is the keyword HFS=QUIESCE which to quote from the manual: HFS= QUIESCE – Invokes special processing when Hierarchical File System (HFS) data sets are copied. HFS=QUIESCE implies DSNENQ=USE so it will first attempt to get a SYSDSN enqueue on the file. If the enqueue fails, it probably means that the file system is mounted to UNIX System Services (USS), so a “quiesce” call is issued to prevent updates to the data set during the copy. If the quiesce fails and ENQERR=BYPASS was specified, the HFS data set will not be copied. See section 80.11 for details and security requirements. NOTE: HFS=QUIESCE implies DSNENQ=USE (described earlier) for all data sets being backed up, not just HFS data sets. HFS=QUIESCE does not apply when moving HFS data sets; they must be dismounted before the MOVE. Default: HFS data sets will not be quiesced unless HFSQUIESCE is set to YES in the FDR Global Options Table (see section 90.13). If you use the default, you should unmount the file system before the backup to be sure of getting a usable backup. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -----Original Message----- In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
