Re: Using FDR

[Robert2 Gensler]

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  wrote on
11/07/2018 06:43:34 PM:

> From: Jesse 1 Robinson 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 11/07/2018 06:44 PM
> Subject: Re: Using FDR
> Sent by: IBM Mainframe Discussion List 
>
> 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 C

Re: Using FDR

[Jesse 1 Robinson]

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  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

Re: Using FDR

[Chris Hoelscher]

Some details in the interest of completeness. I'm truly not expecting 

NOW you tell me - I already sent out the baby shower invitations .

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability, sex,
sexual orientation, gender identity, or religion. Humana Inc. and its 
subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, age,
disability, sex, sexual orientation, gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


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

Re: Using FDR

[Clifford McNeill]

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  on behalf of 
Jesse 1 Robinson 
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  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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   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

Re: Using FDR

[Jousma, David]

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  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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   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 

Re: Using FDR

[David Spiegel]

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  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=vv,UNIT=SYSALLDA
>> //SYSINDD *
>>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

Re: Using FDR

[Jesse 1 Robinson]

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  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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   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

Re: Using FDR

[Jesse 1 Robinson]

Some details in the interest of completeness. I'm truly not expecting 

.
.
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  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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> usercat)
>
> .
> .
> 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<mailto:robin...@sce.com>


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

Re: [EXTERNAL] Re: Using FDR

[Sankaranarayanan, Vignesh]

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  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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> usercat)
>
> .
> .
> 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<mailto:robin...@sce.com>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: Using FDR

[Vernooij, Kees (ITOPT1) - KLM]

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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> usercat)
> 
> .
> .
> 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<mailto:robin...@sce.com>
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Using FDR

[Gibney, Dave]

Yes, you are correct, although it's really the DSF part.

DUMP TYPE=DSF,ZFS=QUIESCE
SELECT DSN=filter

FDRABR is much more versatile

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Marchant
> Sent: Tuesday, November 06, 2018 3:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using FDR
> 
> On Tue, 6 Nov 2018 22:40:16 +, Gibney, Dave wrote:
> 
> >FDR DUMP is a full volume operation.
> 
> FDR can dump and restore individual data sets as well as full volumes.
> 
> --
> Tom Marchant
> 
> --
> 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

Re: Using FDR

[Tom Marchant]

On Tue, 6 Nov 2018 22:40:16 +, Gibney, Dave wrote:

>FDR DUMP is a full volume operation. 

FDR can dump and restore individual data sets as well as full volumes.

-- 
Tom Marchant

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

Re: Using FDR

[Gibney, Dave]

FDRABR, not FDTAABR :(

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Tuesday, November 06, 2018 2:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using FDR
> 
> Do you license FDRTABR, or just FDR?
> FDR DUMP is a full volume operation. FDRABR DUMP allows for Select
> statements for individual datasets.
> 
> You will also want to use the ZFS=QUIESCE  option.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Jesse 1 Robinson
> > Sent: Tuesday, November 06, 2018 2:33 PM
> > 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=vv,UNIT=SYSALLDA
> > //SYSINDD *
> >   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> > usercat)
> >
> > .
> > .
> > 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<mailto:robin...@sce.com>
> >
> >
> > --
> > 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

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

Re: Using FDR

[Gibney, Dave]

Do you license FDRTABR, or just FDR?
FDR DUMP is a full volume operation. FDRABR DUMP allows for Select statements 
for individual datasets.

You will also want to use the ZFS=QUIESCE  option.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Tuesday, November 06, 2018 2:33 PM
> 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=vv,UNIT=SYSALLDA
> //SYSINDD *
>   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> usercat)
> 
> .
> .
> 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<mailto:robin...@sce.com>
> 
> 
> --
> 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

Using FDR

[Jesse 1 Robinson]

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=vv,UNIT=SYSALLDA
//SYSINDD *
  DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-usercat)

.
.
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


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