exact image of the conditioned
>volume. A subsequent full volume restore with the COPYVOLID keyword specified
>results in the target volume having the same serial number as the conditioned
>volume.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-M
frame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nai, Dean
Sent: Wednesday, November 13, 2019 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
ADR109I (R/I)-RI01 (01), 2019.317 1
That's the ticket. Thx...
In a message dated 11/14/2019 3:11:20 AM Central Standard Time,
0224d287a4b1-dmarc-requ...@listserv.ua.edu writes:
Execute a DFDSS restore with a PARM='TYPRUN=NORUN' on the exec card.
--
For IBM-MAI
46
>616.653.8429 | fax: 616.653.2717
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of
>Nai, Dean
>Sent: Thursday, November 14, 2019 11:16 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: DFDSS backup retore
>
>**CAUTION
s, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Thursday, November 14, 2019 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click o
I 49546
>616.653.8429 | fax: 616.653.2717
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of
>Nai, Dean
>Sent: Thursday, November 14, 2019 10:38 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: DFDSS backup retore
>
>**CAUTION EXTER
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Thursday, November 14, 2019 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click
DSN.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List On
>> Behalf Of Nai, Dean
>> Sent: Thursday, November 14, 2019 4:49 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: DFDSS backup retore
>>
>> Hi Mark,
>>
>>
an
> Sent: Thursday, November 14, 2019 4:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFDSS backup retore
>
> Hi Mark,
>
>Ran the job with the NORUN part and it got a RC=0. Not sure what that
> proved but
> maybe something. I then dumped the tape label and it look
parms, control cards, are you using the
>> catalog for the restore volumes, or are you VOL=SER=(x,xx,) them ?
>>
>>
>>
>> Carmen Vitullo
>>
>> - Original Message -
>>
>> From: "Dean Nai"
>> To: IBM-MAIN@LISTSER
U
>Sent: Thursday, November 14, 2019 6:48:48 AM
>Subject: Re: DFDSS backup retore
>
>Hi Mark,
>
>Ran the job with the NORUN part and it got a RC=0. Not sure what that proved
>but maybe something. I then dumped the tape label and it looks good although
>as we know it only sho
just now read Retired's post
Carmen Vitullo
- Original Message -
From: "Carmen Vitullo"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, November 14, 2019 6:55:35 AM
Subject: Re: DFDSS backup retore
norun will only syntax check your parms, control cards, ar
6:48:48 AM
Subject: Re: DFDSS backup retore
Hi Mark,
Ran the job with the NORUN part and it got a RC=0. Not sure what that proved
but maybe something. I then dumped the tape label and it looks good although as
we know it only shows the last 17 characters. I used one of the other tapes
that ha
Hi Mark,
Ran the job with the NORUN part and it got a RC=0. Not sure what that proved
but maybe something. I then dumped the tape label and it looks good although as
we know it only shows the last 17 characters. I used one of the other tapes
that had the same error for the tape label dump.
Execute a DFDSS restore with a PARM='TYPRUN=NORUN' on the exec card.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wednesday, November 13, 2019 8:
Is there a DSS function to list the contents of the backup? We were FDR and it
was straight forward.
In a message dated 11/13/2019 6:59:32 PM Central Standard Time,
retired-mainfra...@q.com writes:
The error has nothing to do with labels. DFDSS processed 32 blocks of data and
reported a proble
t; To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFDSS backup retore
>
> Unlikely to be your problem, but we actually had the following scenario
> recently. We
> use 'STK' virtual tape VSMx. After a system crash of some sort, we got the
> ubiquitous
> warning to 'run a tape au
, 2019 7:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
[External Email]
Unlikely to be your problem, but we actually had the following scenario
recently. We use 'STK' virtual tape VSMx. After a system crash of some sort, we
got the ubiquitous warning to 'r
gon 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 On Behalf Of
Edward Finnell
Sent: Wednesday, November 13, 2019 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):R
Only way to find out is run TAPEMAP on INDD1 VOLSER.
In a message dated 11/13/2019 5:11:20 PM Central Standard Time,
dean@doit.nh.gov writes:
ADR012I (SCH)-DSSU (01), 2019.317 14:11:07 DFSMSDSS PROCESSING COMPLETE.
HIGHEST RETURN CODE IS 0008 FROM:
TASK 001
--
Since the JCL specified the volser, why do you think the catalog was used at
all?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent: Wednesday, November 13, 2019 12:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: D
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf Of Nai, Dean
>Sent: Wednesday, November 13, 2019 3:18 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: DFDSS backup retore
>
>
>NONVSAM --- B
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Bishop (TMNA)
Sent: Wednesday, November 13, 2019 3:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: DFDSS backup retore
Your JCL said vol=ser=TAP001, but your catalog entry says
Sent: Wednesday, November 13, 2019 3:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: DFDSS backup retore
NONVSAM --- BACKUP.DLY.SMFLGB.G0449V00
IN-CAT --- CATALOG.PRODCAT.VOEMP01
HISTORY
DATASET-OWNER-(NULL) CREATION2019.311
RELEASE
-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
NONVSAM --- BACKUP.DLY.SMFLGB.G0449V00
IN-CAT --- CATALOG.PRODCAT.VOEMP01
HISTORY
DATASET-OWNER-(NULL) CREATION2019.311
RELEASE2 EXPIRATION--.000
ENCRYPTIONDATA
DAT
LISTSERV.UA.EDU] On
>Behalf Of Nai, Dean
>Sent: Wednesday, November 13, 2019 4:00 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: DFDSS backup retore
>
>Looked at Ca1 catalog and os catalog. Label is correct. We are running 2.3
>Dean Nai
>Senior z/OS Systems Prog
@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore
Looked at Ca1 catalog and os catalog. Label is correct. We are running 2.3
Dean Nai
Senior z/OS Systems Programmer
Technical Services Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
work: 603-271
>
>
>
>- Original Message -
>
>
>
>From: "Dean Nai"
>
>To: IBM-MAIN@LISTSERV.UA.EDU
>
>Sent: Wednesday, November 13, 2019 2:43:51 PM
>
>Subject: Re: DFDSS backup retore
>
>
>
>ADR101I (R/I)-RI01 (01), TASKID 001 HAS B
file.
>
>What system level are you at. There is a 5 year old APAR that addresses this
>issue.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List On
>> Behalf Of Nai, Dean
>> Sent: Wednesday, November 13, 2019 11:55 AM
>>
may indicate a corrupt file.
>
>What system level are you at. There is a 5 year old APAR that addresses this
>issue.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List On
>> Behalf Of Nai, Dean
>> Sent: Wednesday, November 13, 2019 11:
is a 5 year old APAR that addresses this
issue.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Nai, Dean
> Sent: Wednesday, November 13, 2019 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFDSS backup retore
>
> Has anyone ever
Has anyone ever run into a problem where they have full volume backups that
produce a ADR370E message when trying to restore? That message says the label
and DSN on the tape don't match although I know they do. Any thoughts?
Control cards:
Restore -
Admin -
Inddname(indd1) outddname(outdd1) -
F
32 matches
Mail list logo
