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
**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to