Yes, I'm aware of this method, thank you for mentioning it.
However that way does not allow generics.
Obviously I could create some REXX script for that, but I don't want to
reinvent the wheel.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 19.01.2024 o 19:42, Matthew Stitt pisze:
I"ve used
SHR
> on the dataset name.
> I have done this with datasets that were allocated to the LNKLST.
>
> Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Radoslaw Skorupka
> Sent: Friday, January 19, 2024 8:18 AM
> To: IBM-MAIN@LISTS
I"ve used IEBCOPY with DISP=SHR and VOL=SER with no issues for years.
Matthew Stitt
On Fri, 19 Jan 2024 17:31:46 +, Ituriel do Neto
wrote:
>BYPASSNQ program ?
>
>
>Best Regards
>
>Ituriel do Nascimento Neto
>z/OS System Programmer
>
>Hi Radek,
>- Run ICKDSF to take the VTOC out of
BYPASSNQ program ?
Best Regards
Ituriel do Nascimento Neto
z/OS System Programmer
Em sexta-feira, 19 de janeiro de 2024 às 14:24:02 BRT, David Spiegel
<0468385049d1-dmarc-requ...@listserv.ua.edu> escreveu:
Hi Radek,
- Run ICKDSF to take the VTOC out of Indexed Format (BUILDOS)
Hi Radek,
- Run ICKDSF to take the VTOC out of Indexed Format (BUILDOS)
- ZAP the VTOC (i.e. FORMAT4.DSCB) to change the DSNAME to something
innocuous.
- Compress via IEBCOPY
- ZAP the DSNAME to SYS1.LINKLIB
- Run ICKDSF to put the VTOC into Indexed Format (BUILDIX)
I've done this, but, not
, 2024 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ADRDSSU COMPRESS and enq
CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this person?
Were you expecting this email? If not, report it using the Report Phishing
Button!
Gentlemen,
First, thank you for your answers. I
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ADRDSSU COMPRESS and enq
Gentlemen,
First, thank you for your answers. I appreciate it.
Regarding TOLENQF - it doesn't work with COMPRESS or CONSOLIDATE. The manual is
clear here.
Regarding rename - this is the thing I wanted to avoid for several reas
Classification: Confidential
1 copy w/ADRDSSU) TOLENQFAILURE and RENUNC
Or
Allocate new; copy from original w/IEBCOPY
3) test
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Radoslaw Skorupka
Sent: Friday, January 19, 2024 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Do you have access to the FDR products?
Sent with Proton Mail secure email.
On Friday, January 19th, 2024 at 9:18 AM, Radoslaw Skorupka
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> Gentlemen,
> First, thank you for your answers. I appreciate it.
>
> Regarding TOLENQF - it
Gentlemen,
First, thank you for your answers. I appreciate it.
Regarding TOLENQF - it doesn't work with COMPRESS or CONSOLIDATE. The
manual is clear here.
Regarding rename - this is the thing I wanted to avoid for several reasons:
1. There is some risk to rename wrong "copy" of the dataset,
Classification: Confidential
Rename the "copy" prior to attempting compress.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Radoslaw Skorupka
Sent: Friday, January 19, 2024 6:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU COMPRESS and enq
[CAUTION:
Rename data set first?
https://www.ibm.com/docs/en/zos/3.1.0?topic=gcr-renaming-data-set-that-might-be-in-use
Lennie
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Radoslaw Skorupka
Sent: 19 January 2024 12:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU COMPRESS
Try TOL(ENQ) for tolerate enqueue failure
https://www.ibm.com/docs/en/zos/2.4.0?topic=keywords-tolerate
On Fri, 19 Jan 2024 at 12:27, Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> I want to compress some system datasets like SYS1.LINKLIB, but *not*
> real "live",
I want to compress some system datasets like SYS1.LINKLIB, but *not*
real "live", rather offline copies.
DSS ends with RC8, because of failed serialization.
SETPROG LNKLST,UNALLOCATE will not solve all the enqueues, because some
datasets are serialized by other entities like TSO users.
And I
We managed to make an improvement to ADRDSSU physical dump by employing
overlapped IO and longer CCW chains while maintaining full compatibility with
ADRDSSU restore. Our improvements reduce backup time per volume about 75% and a
small fraction of MSUs to complete the dump. Daily and weekly
Classification: Confidential
Issue 'TSO BPXMTEXT EF086028' to get an explanation of the error.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Thursday, August 11, 2022 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] ADRDSSU DUMP
: ADRDSSU DUMP PATH
It's an odd omission, certainly.
However, if you don't absolutely have to use DFSMSdss, DFSMShsm *does* allow
wildcards and will backup files in a directory subtree. Available in z/OS 2.3
with PTFs or in the base from 2.4 onwards. Andrew Wilt of IBM did a very
complete
11, 2022 at 11:59 AM Michael Babcock
> bigironp...@gmail.com
> > > > wrote:
> > > >
> > > > > Is the case sensitivity correct for the working directory? And is
> the
> > > > > source directory a subdirectory of the working directory?
59 AM Michael Babcock bigironp...@gmail.com
> > > wrote:
> > >
> > > > Is the case sensitivity correct for the working directory? And is the
> > > > source directory a subdirectory of the working directory?
> > > >
> > > > On Thu, Aug 1
is the
> > > source directory a subdirectory of the working directory?
> > >
> > > On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > > > I'm trying to use
serv.ua.edu> wrote:
>
> > I'm trying to use ADRDSSU to backup a directory and all files and
> > subdirectories under it. Unless I'm missing something it doesn't look like
> > it's supported.
> >
> > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OU
gt; 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> I'm trying to use ADRDSSU to backup a directory and all files and
>>> subdirectories under it. Unless I'm missing something it doesn't look like
>>> it's supported.
>>>
>>> DU
serv.ua.edu> wrote:
>
>> I'm trying to use ADRDSSU to backup a directory and all files and
>> subdirectories under it. Unless I'm missing something it doesn't look like
>> it's supported.
>>
>> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
Is the case sensitivity correct for the working directory? And is the
source directory a subdirectory of the working directory?
On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> I'm trying to use ADRDSSU to backup a directory and
Hmm, I don't have 2.5 so I can't play myself. Good luck chasing it down.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Thursday, August 11, 2022 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] ADRDSSU DUMP PATH
Tried
ept sourcedir, you may need to include both parms,
> with and without the wildcard.
>
> Rex
>
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
>
> Sent: Thursday, August 11, 2022 7:39 AM
> To:
. If this
backs up everything except sourcedir, you may need to include both parms, with
and without the wildcard.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Thursday, August 11, 2022 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] ADRDSSU DUMP
I usually use pax either via the command line or batch to an MVS file and then
DFSMS the MVS file.
Lloyd
Sent from AT Yahoo Mail for iPad
On Thursday, August 11, 2022, 8:39 AM, Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
I'm trying to use ADRDSSU to
I'm trying to use ADRDSSU to backup a directory and all files and
subdirectories under it. Unless I'm missing something it doesn't look like it's
supported.
DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
ADRDSSU is only backing up the directory itself, nothing under
and the second because you have CATALOG defined and the system
wouldn't be able to catalog the dataset after moving.
Rex
.
Hello
.
I have a question regarding ADRDSSU -
In the past I have used the following control statements to MOVE a specific
dataset from one volume to another.
.
//COPYMOVE
have a question regarding ADRDSSU -
In the past I have used the following control statements to MOVE a specific
dataset from one volume to another.
.
//COPYMOVE EXEC PGM=ADRDSSU,REGION=7M,TIME=99
//SYSPRINT DD SYSOUT=*
//OUTVOL1 DD DISP=SHR,VOL=SER
Give this a try ,PARM='TYPRUN=NORUN'
Regards,
Steve Beaver
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of esst...@juno.com
Sent: Monday, April 11, 2022 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question About ADRDSSU
.
Hello
Yes, my typo, thanks David
On Tue, 12 Apr 2022 at 13:09, David Spiegel wrote:
> Hi Mike,
> There is no asterisk to the left of PARM.
>
> Regards,
> David
>
> On 2022-04-12 02:27, Mike Shorkend wrote:
> > You can code your EXEC statement like this to che
Hi Mike,
There is no asterisk to the left of PARM.
Regards,
David
On 2022-04-12 02:27, Mike Shorkend wrote:
You can code your EXEC statement like this to check which datasets ADRDSSU
will process (without actually doing it):
//COPYMOVE EXEC PGM=ADRDSSU,REGION=7M,TIME=99,*PARM='TYPRUN=NORUN
You can code your EXEC statement like this to check which datasets ADRDSSU
will process (without actually doing it):
//COPYMOVE EXEC PGM=ADRDSSU,REGION=7M,TIME=99,*PARM='TYPRUN=NORUN'*
On Tue, 12 Apr 2022 at 02:59, Lennie Dymoke-Bradshaw <
032fff1be9b4-dmarc-requ...@listserv.ua.edu>
ehalf Of
esst...@juno.com
Sent: 12 April 2022 00:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question About ADRDSSU
.
Hello
.
I have a question regarding ADRDSSU -
In the past I have used the following control statements to MOVE a specific
dataset from one volume to another.
.
//COPYMOVE EXEC PGM=
.
Hello
.
I have a question regarding ADRDSSU -
In the past I have used the following control statements to MOVE a specific
dataset from one volume to another.
.
//COPYMOVE EXEC PGM=ADRDSSU,REGION=7M,TIME=99
//SYSPRINT DD SYSOUT=*
//OUTVOL1 DD
)
Sent: Tuesday, March 22, 2022 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: R: zEDC compression on z14 and z15 by using ADRDSSU
Caution! This message was sent from outside your organization.
Hi Chuck,
PRDB 2022081 16:09:11.83-D IQP
PRDB 2022081 16:09:11.83
compression on z14 and z15 by using ADRDSSU
Have you confirmed the feature is installed and all parms set properly? It
almost appears it's GP's instead of zEDC.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Compagno Renato (Consulente
: Tuesday, March 22, 2022 3:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I: zEDC compression on z14 and z15 by using ADRDSSU
Sorry guys
I realized that the table have lost their format then I resend them and I hope
this will enhances the readability
Jobchain On Z14 with ZCOMP:
JOBNAME Step CPU
Despite the fact that we have thousands of volumes we don't take full volume
dumps anywhere, so I cannot give our comparison. We also don't have TAPE
anymore. :-)
Perhaps open a ticket with IBM and let us know what IBM says?
Sorry guys
I realized that the table have lost their format then I resend them and I hope
this will enhances the readability
Jobchain On Z14 with ZCOMP:
JOBNAME Step CPU SRB
Count Min. Min.
PSDRB10114226.560.58
Hi,
First of all thank you for the answers.
Let me to add some additional measures:
On Z14 with ZCOMP:
JOBNAME
Step counters
CPU minutes
SRB Minutes
PSDRB101
142
26.56
0.58
PSDRB102
142
26.34
0.58
PSDRB103
142
25.7
0.56
PSDRB104
142
25.6
0.56
PSDRB105
142
25.63
0.58
PSDRB106
142
25.4
Have you looked at the amount of compression that you are getting when
comparing the z14 to the z15?
In our shop SMF data went from about 6:1 compression (z14) to 10:1. This is a
massive improvement.
I do not have the CPU stats, and I also really could not care. Dumps run at
night when we have
On 19/03/2022 4:44 am, Compagno Renato (Consulente per BCC Sistemi
Informatici) wrote:
Then on Z14 we use 0.11 minutes and on Z15 0.20 minutes for CPU+SRB it means
82% more CPU time consumption!
Anyone have an idea as to why such difference?
I think the z15 had big changes to the zEDC
istemi Informatici) ha
scritto:
> Hi,
>
> In our shop we are doing a DR procedure by using DFDSS with ZCOMP:
>
>
>
> /DUMP001 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,NE)
>
> //SYSPRINT DD SYSOUT=*
>
> //DISCO DD DISP=SHR,UNIT=3390,VOL=SER=xx
>
> //N1
Hi,
In our shop we are doing a DR procedure by using DFDSS with ZCOMP:
/DUMP001 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//DISCO DD DISP=SHR,UNIT=3390,VOL=SER=xx
//N1 DD DSN=FLD0541.DUMPTEST.xx.ZCOMP,
//DISP=(,CATLG),LABEL=(001,SL
keys in the new environment and proceed from there.
>
> Thanks to everyone who responded.
>
> …….Cameron
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Ron Hawkins
> Sent: Friday, November 5, 2021 5:21 AM
> To: IBM-
Subject: Re: ADRDSSU and encrypted files
Hello there,
We decided to encourage our security folks to install the encryption master
keys in the new environment and proceed from there.
Thanks to everyone who responded.
…….Cameron
-Original Message-
From: IBM Mainframe Discussion List
, November 5, 2021 5:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: ADRDSSU and encrypted files
Cameron,
I have forgotten more than I knew, and searching manuals no longer comes easy.
Someone earlier mentioned using REPRO to decrypt the file as you back it up.
DF/dss will use REPRO
es DF/dss require the target dataset
to be encrypted from a logical backup?"
Ron
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Glenn Wilcock
Sent: Friday, 5 November 2021 2:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] ADRDSSU and encrypted
Hi Cameron, to answer your base question... No, ADRDSSU does not support
decrypting an encrypted file during the dump process.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
bb-dmarc-requ...@listserv.ua.edu>:
> Yeah,
> Don't encrypt original, or provide Master Encryption Keys to new
environment.
> I was hoping for the magical incantation for ADRDSSU to do exactly
> what I need without me actually doing an
Yeah,
Don't encrypt original, or provide Master Encryption Keys to new environment.
I was hoping for the magical incantation for ADRDSSU to do exactly what I need
without me actually doing anything.
Thanks everyone,
…….Cameron
-Original Message-
From: IBM Mainframe Discussion List
The OP already said that the new location has no master keys set up in the CEC
yet, so no encryption is available there at all.
Perhaps the old-fashioned way? IDCAMS REPREO to unencrypted sequential and
ADRDSSU DUMP the unencrypted sequential file for DEFINE/REPRO at the receiving
end. A bit
ment.
> The new environment has no Master Encryption Keys. Yet.
> I can read the original file (I have access).
> I DUMP and send to the new environment and the file is encrypted, and without
> keys, I cannot read it.
>
> Pervasive Encryption is working just as I would expect.
> I
it.
Pervasive Encryption is working just as I would expect.
I suppose, I simply cannot use ADRDSSU to DUMP/RESTORE.
I can plan around that.
Thanks,
...Cameron
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, November 3, 2021 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Classification: Confidential
The first question is, of course, where is the "original" encryption occurring.
Hardware, "ICSF" or software.
Hardware = "the physical device" e.g. DS8000, TS7700.
"ICSF" using asymmetric encryption.
Software - self co
mber 3, 2021 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU and encrypted files
Hello folks,
I have a situation here where I want to use ADRDSSU to DUMP a VSAM file (it is
encrypted) and then transfer the DUMP file to another system where encryption
is not supported.
When I restore the
equ...@listserv.ua.edu> wrote:
Hello folks,
I have a situation here where I want to use ADRDSSU to DUMP a VSAM file (it is
encrypted) and then transfer the DUMP file to another system where encryption
is not supported.
When I restore the files in the target environment, the VSAM file shows as
encrypted, but s
Hello folks,
I have a situation here where I want to use ADRDSSU to DUMP a VSAM file (it is
encrypted) and then transfer the DUMP file to another system where encryption
is not supported.
When I restore the files in the target environment, the VSAM file shows as
encrypted, but since I have
EOF (End Of File)? Is UIM-03 reflect the max length or actual
variable length (try a V dataset)? Even an FB could have a short
block with each DISP=MOD use.
On Sun, Aug 16, 2020 at 6:54 AM SUBSCRIBE IBM-MAIN Anonymous
wrote:
>
> Hello All,
>
> As I am trying to understand ADRDSSU's
Hello All,
As I am trying to understand ADRDSSU's DUMP/RESTORE process, I came across UIMs
that I could use to get more insight. The UIMs that I was particularly
interested in were Eioption-03(Read physical record) and Eioption-06 (Write
physical record). As a first step I dumped a 3MB dataset
Thank you so much IT WORKS !
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Vernooij, Kees (ITOP NM) - KLM
Sent: Wednesday, March 25, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: adrdssu utility
A Mistake I made many times: you should
1) I am not sure is recover. IIRC, this is related to dfHSM and like
prodiucts, not ADRDSSU restore.
2) It is not clear if the target environment is SMS managed or not.
You can supply (STORCLAS, DATACLAS, MGMTCLAS) and override the ACS
routines with BYPASSACS(**)
-Original Message
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shelia Chalk
Sent: 25 March 2020 15:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: adrdssu utility
has anyone ever use adrdssu utility to restore a dataset from tape and rename
then dataset. here is my problem see jcl below
I am
What results do you get with this?
Steve Gorham, Baltimore
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shelia Chalk
Sent: Wednesday, March 25, 2020 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] adrdssu utility
has anyone ever use adrdssu utility
has anyone ever use adrdssu utility to restore a dataset from tape and rename
then dataset. here is my problem see jcl below
I am trying to use the sms routines. I want the renameu dataset q2vo.slc.***
to go to a different volume then the include dataset. in the sms routines I
have
That worked. Thanks
On 5/29/19, 1:53 PMEDT, "IBM Mainframe Discussion List on behalf of John
McKown"
wrote:
> ATTENTION: This email has originated from outside of the organization. Do
> not open attachments or click on links unless you recognize the sender and
> know the content is
On Wed, May 29, 2019 at 12:50 PM Nai, Dean wrote:
> Hi,
>
>Running a DR test. Trying to restore an SMS managed dataset on a floor
> system that isn't SMS managed. Getting message ADR709E because it's looking
> for a storage class that doesn't exist on the floor system. Any parameters
>
RESTORE
NSC NMC BPYASSACS(**)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Wednesday, May 29, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU
Hi,
Running a DR test. Trying to restore an SMS managed dataset on a floor
, THEN
DELETE. THANK YOU
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Wednesday, May 29, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU
Hi,
Running a DR test. Trying to restore an SMS managed dataset on a floor
system that isn't SMS
Hi,
Running a DR test. Trying to restore an SMS managed dataset on a floor
system that isn't SMS managed. Getting message ADR709E because it's looking for
a storage class that doesn't exist on the floor system. Any parameters needed?
Any thoughts would be appreciated.
Dean Nai
Sorry, I forgot to mention that this will need the RESTORE command in order
for it to work.
On Tuesday, October 23, 2018, 12:40:05 p.m. EDT, willie bunter
wrote:
Jerry,
Try //STEP1 EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN'
I have done it several times and it works
Jerry,
Try //STEP1 EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN'
I have done it several times and it works.
On Friday, October 19, 2018, 3:48:19 p.m. EDT, Jerry Callen
wrote:
I'd like to be able to list the names of the files present in a "logical dump"
datase
As Alan says, TYPRUN=NORUN.
I always use it before I run a DUMP, just to get a list of what will be
covered.
On Sat, Oct 20, 2018 at 6:52 AM Allan Staller wrote:
> //S1 EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN'
>
> //SYSINDD *
> RESTORE DSN(**) .
>
> ---
//S1 EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN'
//SYSINDD *
RESTORE DSN(**) .
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jerry Callen
Sent: Friday, October 19, 2018 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How can I list the contents
Convert to FDR/ABR :)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jerry Callen
Sent: Friday, October 19, 2018 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How can I list the contents of a ADRDSSU DUMP dataset?
[External Email]
I'd like to be able to list
I'd like to be able to list the names of the files present in a "logical dump"
dataset produced by ADRDSSU. AFAIK, there isn't a command to ADRDSSU to do that
(seems like an odd omission...).
The format of the dump dataset is thoroughly described:
https://www.ibm.com/support/knowl
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: ADRDSSU ignored migrated datasets?
You have the option in SMS to have HSM backup the data set prior to migrating
it to tape. Then in the management class you can keep the backup copy for as
long as you want. You can then allow HSM to manage both
You have the option in SMS to have HSM backup the data set prior to migrating
it to tape. Then in the management class you can keep the backup copy for as
long as you want. You can then allow HSM to manage both the migration copy and
backup copy as you need.
Max Smith
DFSMS Development
Hi Ron,
Well.. more like application team's backups.
Yes, I will have to review ADRDSSU jobs to see if they give RC 4 (apparently
there's a ZAP for this) when files are ignored.
- Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
EDU> On Behalf Of
Sankaranarayanan, Vignesh
Sent: Monday, April 16, 2018 1:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] ADRDSSU ignored migrated datasets?
Hello All,
Recently discovered that an ADRDSSU DUMP job ignores datasets from the
INCLUDE selection if the source is migrated.
ackups being done for DR).
- Original Message -
From: "Sankaranarayanan, Vignesh"
<vignesh.v.sankaranaraya...@marks-and-spencer.com>
Newsgroups: bit.listserv.ibm-main
To: <IBM-MAIN@LISTSERV.UA.EDU>
Sent: Monday, April 16, 2018 4:05 AM
Subject: ADRDSSU ignored migrat
Hello All,
Recently discovered that an ADRDSSU DUMP job ignores datasets from the INCLUDE
selection if the source is migrated.
Looked at the documentation to find that there isn't a keyword I can use to
force it to consider MIGRATx datasets too.
Is this ideal, or is there a case for an RFE
com>
Sent: Wednesday, March 21, 2018 6:37 AM
To: IBM-MAIN@listserv.ua.edu
Subject: need guide iehmove or adrdssu
Hi all,
I have confusions on which utility will full fill my task, iehmove or
adrdssu ?.
My task is to move sequential file( which has record format of 'U' ) from
volume A to volume B
Using ADRDSSU - if you are trying to MOVE the dataset, your message of 'not
serialized' means some other task/job/user has the file allocated. You must
have exclusive control to move the file. If you are trying to copy, you will
get the same message but it will be a warning of 4 and the file
> -Original Message-
> > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> Behalf
> > > Of Wayne Bickerdike
> > > Sent: Wednesday, March 21, 2018 11:40 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: need gu
YPASSACS, what difference does it make?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> > Of Wayne Bickerdike
> > Sent: Wednesday, March 21, 2018 11:40 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
n List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> Of Wayne Bickerdike
> Sent: Wednesday, March 21, 2018 11:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: need guide iehmove or adrdssu
>
> Still missing NMC parameter
>
> On Thu, Mar 22, 2018 at 3:54 PM, retired
t; > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> > Of johnnydeep san
> > Sent: Wednesday, March 21, 2018 9:41 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: need guide iehmove or adrdssu
> >
> > Below is the modified jcl
PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: need guide iehmove or adrdssu
>
> Below is the modified jcl
>
> //STEP1EXEC PGM=ADRDSSU,REGION=0M
> //DASD1DD UNIT=SYSDA,VOL=SER=JASYS1,DISP=OLD
> //DASD2DD UNIT=SYSDA,VOL=SER=KCVOL1,DISP=OLD
> //SYSPR
Below is the modified jcl
//STEP1EXEC PGM=ADRDSSU,REGION=0M
//DASD1DD UNIT=SYSDA,VOL=SER=JASYS1,DISP=OLD
//DASD2DD UNIT=SYSDA,VOL=SER=KCVOL1,DISP=OLD
//SYSPRINT DD SYSOUT=*
//SYSINDD *
COPY INDDNAME(DASD1),OUTDDNAME(DASD2) -
DATASET(INCLUDE('ADCDMST.IMON.LOAD
-MAIN@LISTSERV.UA.EDU
> Subject: Re: need guide iehmove or adrdssu
>
> I have include BYPASS and NULLSTORCLAS but still it through " unable to
> select a target volume "
>
> 2018.081 06:40:37 EXECUTION BEGINS
> UNABLE TO SELECT A TARGET VOLUME FOR DATA SET
> ADCDMST.
Humana Inc.
> > 123 East Main Street
> > Louisville, KY 40202
> > Humana.com
> > (502) 476-2538 or 407-7266
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of retired mainframer
&g
age-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of retired mainframer
> Sent: Wednesday, March 21, 2018 8:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] need guide iehmove or adrdssu
>
> Since the original is managed by SMS
Agree NMC and BYPASSACS(your DSN)
On Thu, Mar 22, 2018 at 11:25 AM, retired mainframer <
retired-mainfra...@q.com> wrote:
> Since the original is managed by SMS, you need to tell ADRDSSU that you
> want the copy to be unmanaged. Look for the section "Converting Data Sets
>
ay, March 21, 2018 8:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] need guide iehmove or adrdssu
Since the original is managed by SMS, you need to tell ADRDSSU that you want
the copy to be unmanaged. Look for the section "Converting Data Sets with Data
Movement" in
Since the original is managed by SMS, you need to tell ADRDSSU that you want
the copy to be unmanaged. Look for the section "Converting Data Sets with Data
Movement" in your copy of DFSMSdss Storage Administration. Mine (very old)
says to specify both BYPASSACS and NULLSTORCLASS o
Hi,
Below is my jcl for move ADCDMST.IMON.* from sms volume to non-sms olume
vol001 .
//STEP01 EXEC PGM=ADRDSSU,REGION=0M
//SYSPRINT DD SYSOUT=*
//DDOU DD UNIT=3390,DISP=SHR,VOL=SER=VOL001
//SYSIN DD *
COPY DS(INCL(ADCDMST.IMON.*) ) -
OUTDDNAME(DDOU) RELBLKA(**) -
ALLDATA(*) ALLEXCP
1 - 100 of 248 matches
Mail list logo