Maybe you need ALLD and ALLX? On 2018-11-07 12:30, Jesse 1 Robinson wrote: > And now for the rest of the story... > > [Some details in the interest of completeness. I'm truly not expecting] a > DFDSS solution from the List. We've had an SR open on this since August, and > IBM can't figure it out. The problem affects only 'maintenance' ZFS, which > are never in use except during SMPE runs. Out of a dozen or so separate ZFS > files, the same three always fail during DSS dump. This failure began with > the first attempt under z/OS 2.3. Essentially the same job has run fine for > years with earlier releases. More surprisingly, a rerun against z/OS 2.1 > files (executed under 2.3) now show the same error for the 'same' three > files. Logic is simple: > > 1. Unmount all related ZFS files with UNMOUNT commands, ending with ROOT. > 2. DSS dump the now unmounted files using the 'DUMPIT' step posted below. > 3. Remount the ZFS files. > > Three of the files now get an error during dump implying that they're in use > even though they've been unmounted. What I'm looking for is a comparable FDR > process to accomplish the same goal. It drives me crazy that Innovation does > not provide online access to a user manual. I'm not a DASD guy even though > I've played one at SHARE. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sankaranarayanan, Vignesh > Sent: Tuesday, November 06, 2018 11:57 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: [EXTERNAL] Re: Using FDR > > I reckon that's why there's mention of zFS quiesce. > Believe me, you either want to quiesce or unmount the zFS before dumping it. > Otherwise, you'll be waiting roughly 15 minutes for the mount operation to > complete on the target/restoring system. > > - Vignesh > Mainframe Infrastructure > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of > Vernooij, Kees (ITOPT1) - KLM > Sent: 07 November 2018 07:29 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Using FDR > > Can you reliably dump your zFS, with DSS or FDR, while it is active and being > changed, with data cached etc., while being dumped? > Innovation has FDR-Upstream for that. It dumps and restore individual files > in the zFS. > > Kees > > > >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Jesse 1 Robinson >> Sent: 06 November, 2018 23:33 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Using FDR >> >> I want to replace a DFDSS ZFS dump step with FDR, which we license but >> have not used for this purpose. (We have an SR open for DFDSS, but IBM >> has not been able to figure out the problem.) I'm not looking for a >> DSFSS fix, merely a circumvention. I've rummaged through INNOVATION >> doc online but can't find what I need. Can someone suggest syntax for >> executing FDR to dump a ZFS. The dump file will later be restored on >> another system. First things first. >> >> >> //DUMPIT EXEC PGM=ADRDSSU >> //SYSPRINT DD SYSOUT=* >> //ZFS DD DSN=flat-file,DISP=OLD, >> // VOL=SER=vvvvvv,UNIT=SYSALLDA >> //SYSIN DD * >> DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint- >> usercat) > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN