What happens if you mount one of the files, list contents with ls command, and
then unmount it. Can you then dump it? The mount/unmount could be to any
mountpoint, it doesn't have to be the exact one in BPXPRMxx. I'm suspecting
zfs wasn't unmounted correctly and re-mount (anywhere) will fix it.
Cliff McNeill
________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of
Jesse 1 Robinson <jesse1.robin...@sce.com>
Sent: Wednesday, November 7, 2018 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using FDR
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
