Hi Skip, I hope you don't mind me emailing you here, but I am reviewing the SR and looking at the doc you provided and will be working with the team to get to root cause. I have not reviewed all of the doc yet, but I suspect this could have something to do with sysplex aware zFS's and the enqueue's involved. I am not a zFS developer, but what I can tell you so far is that DSS thinks it got an enqueue on sysdsn (the cluster level enqueue). This tells me that DSS likely failed on the sysvsam enqueue that is obtained on the component name (omvs.root.data). I have yet to confirm this but will do that.
Since this is a staging system I wonder if there is an 'active', or mounted, zFS with the same component name within the sysplex? If so, this is what could be causing DSS to fail the enqueue. Once dss see's it cannot get the enqueue then we will try the quiesce. Would you be able to tell me if there is a mounted zFS in the sysplex with a component name of omvs.root.data? This is not much at the moment, but maybe it is something to get us heading down the right path. Thank you, Robert Gensler DFSMSdss Architecture and Development Tucson, AZ 1-720-349-5211 rgen...@us.ibm.com IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 11/07/2018 06:43:34 PM: > From: Jesse 1 Robinson <jesse1.robin...@sce.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/07/2018 06:44 PM > Subject: Re: Using FDR > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > A friend sent me off list a pointer to some FDR doc. Looks like I > need to run FDRAPPL to pick up ZFS (VSAM) from the catalog. Cooked > up a job to try it. Coded PGM=FDRABR. S806. Looks like we're not > licensed for ABR. Shucks. > > As for other suggestions to get DSS working, as I said, IBM has been > working this problem for months. We've tried all sorts of > variations. At z/OS 2.1 and earlier into the distant past, this job > worked fine. At 2.3, it fails consistently. > > . > . > 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 Jousma, David > Sent: Wednesday, November 07, 2018 9:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Using FDR > > Skip, > > Are you sure they are unmounted? If you have separate UNMOUNT > statement for each ZFS in the hierarchy and you try to unmount one > higher in the hierarchy before the lower one, it will fail. > > As of z/OS V2.2 you can safely use in UNIX shell: unmount -R / > SERVICE That will unmount in proper order, everything at that > mountpoint and below it. I have zero problems backing up any of my > ZFS file systems with DFDSS. We are shared sysplex filesystem, in > case that makes any difference > > _________________________________________________________________ > Dave Jousma > Mainframe Engineering, Assistant Vice President david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f > 616.653.2717 > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Jesse 1 Robinson > Sent: Wednesday, November 7, 2018 12:30 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Using FDR > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > 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