Discussion:
unexpected tape issue with RETAIN
(too old to reply)
Tony Thigpen
2018-05-04 19:33:30 UTC
Permalink
Raw Message
I have a 50+ step backup job (using real 3590s) that has steps like:

//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*

This job always worked on OS/390 2.10, but under z/OS 1.13, randomly,
when going to a new step, it wants the current tape mounted on a
different 3590. Additionally, it does not unload the tape from the first
drive.

Also: If I have only one drive online, it runs to completion. If I have
two drives, but the other one is busy, it runs to completion.

Info: This system is using RMM as a tape manager, but the files being
created on the tape are not defined in any storage group or RMM.

It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Chris Hoelscher
2018-05-04 20:04:42 UTC
Permalink
Raw Message
Unit=aff=step.ddname ???

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
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-***@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
Sent: Friday, May 4, 2018 3:35 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: [IBM-MAIN] unexpected tape issue with RETAIN

I have a 50+ step backup job (using real 3590s) that has steps like:

//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*

This job always worked on OS/390 2.10, but under z/OS 1.13, randomly, when going to a new step, it wants the current tape mounted on a different 3590. Additionally, it does not unload the tape from the first drive.

Also: If I have only one drive online, it runs to completion. If I have two drives, but the other one is busy, it runs to completion.

Info: This system is using RMM as a tape manager, but the files being created on the tape are not defined in any storage group or RMM.

It is driving me batty. I have to be 'not seeing' something.


--
Tony Thigpen

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

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 or
sex. Humana Inc. and its subsidiaries do not exclude people or treat them differently
because of race, color, national origin, age, disability or sex.

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 ***@listserv.ua.edu with the message: INFO IBM-MAIN
Tony Thigpen
2018-05-04 20:31:00 UTC
Permalink
Raw Message
No go. Unit=Aff is only applicable within the same job step.

Tony Thigpen
Post by Chris Hoelscher
Unit=aff=step.ddname ???
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
-----Original Message-----
Sent: Friday, May 4, 2018 3:35 PM
Subject: [IBM-MAIN] unexpected tape issue with RETAIN
//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
This job always worked on OS/390 2.10, but under z/OS 1.13, randomly, when going to a new step, it wants the current tape mounted on a different 3590. Additionally, it does not unload the tape from the first drive.
Also: If I have only one drive online, it runs to completion. If I have two drives, but the other one is busy, it runs to completion.
Info: This system is using RMM as a tape manager, but the files being created on the tape are not defined in any storage group or RMM.
It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen
----------------------------------------------------------------------
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 or
sex. Humana Inc. and its subsidiaries do not exclude people or treat them differently
because of race, color, national origin, age, disability or sex.
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,
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Lizette Koehler
2018-05-04 22:11:19 UTC
Permalink
Raw Message
I am not sure if this was covered,

But would the combination of

VOL=REF=*.... and DISP=(,PASS) not work at keeping the tape up?

Lizette
Post by Chris Hoelscher
-----Original Message-----
Tony Thigpen
Sent: Friday, May 04, 2018 1:32 PM
Subject: Re: unexpected tape issue with RETAIN
No go. Unit=Aff is only applicable within the same job step.
Tony Thigpen
Post by Chris Hoelscher
Unit=aff=step.ddname ???
Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology
Solution Services Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
-----Original Message-----
On Behalf Of Tony Thigpen
Sent: Friday, May 4, 2018 3:35 PM
Subject: [IBM-MAIN] unexpected tape issue with RETAIN
//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
This job always worked on OS/390 2.10, but under z/OS 1.13, randomly, when
going to a new step, it wants the current tape mounted on a different 3590.
Additionally, it does not unload the tape from the first drive.
Post by Chris Hoelscher
Also: If I have only one drive online, it runs to completion. If I have two
drives, but the other one is busy, it runs to completion.
Post by Chris Hoelscher
Info: This system is using RMM as a tape manager, but the files being
created on the tape are not defined in any storage group or RMM.
Post by Chris Hoelscher
It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Tony Thigpen
2018-05-04 22:46:01 UTC
Permalink
Raw Message
I currently think it has to do with a combination of a faulty tape and a
mis-configuration in the IODEF, and a testing environment.

Normally, this CPU has no powered-up real tape drives, just a VTL. For
some testing of new back-up procedures, they wanted me to use a real
3590 so as to not add a bunch of data to the VTL that would then have to
be replicated.

So, I powered-up and varied on some tape drives. The IODEF thinks they
have auto-loaders, but they do not. So, I have get a configuration error
when I run the job on just the first file.

And, since we don't have a lot of spare real 3590 tapes, I have been
using the same two tapes repeatedly.

I have noticed that the errors only occur on one of the tapes. I think
the recovery process wants to re-index the tape position but without the
autoloader, it is failing then the operating system is switching to a
new drive.

Tony Thigpen
Post by Lizette Koehler
I am not sure if this was covered,
But would the combination of
VOL=REF=*.... and DISP=(,PASS) not work at keeping the tape up?
Lizette
Post by Chris Hoelscher
-----Original Message-----
Tony Thigpen
Sent: Friday, May 04, 2018 1:32 PM
Subject: Re: unexpected tape issue with RETAIN
No go. Unit=Aff is only applicable within the same job step.
Tony Thigpen
Post by Chris Hoelscher
Unit=aff=step.ddname ???
Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology
Solution Services Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
-----Original Message-----
On Behalf Of Tony Thigpen
Sent: Friday, May 4, 2018 3:35 PM
Subject: [IBM-MAIN] unexpected tape issue with RETAIN
//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
This job always worked on OS/390 2.10, but under z/OS 1.13, randomly, when
going to a new step, it wants the current tape mounted on a different 3590.
Additionally, it does not unload the tape from the first drive.
Post by Chris Hoelscher
Also: If I have only one drive online, it runs to completion. If I have two
drives, but the other one is busy, it runs to completion.
Post by Chris Hoelscher
Info: This system is using RMM as a tape manager, but the files being
created on the tape are not defined in any storage group or RMM.
Post by Chris Hoelscher
It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Gary Jacek
2018-05-04 20:50:07 UTC
Permalink
Raw Message
Is it possible there is some competing "service" that forces drive maintenance (head cleaning?) every xxx tape mounts?

An RMM feature?


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
Sent: May 4, 2018 12:35 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: unexpected tape issue with RETAIN

I have a 50+ step backup job (using real 3590s) that has steps like:

//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*

This job always worked on OS/390 2.10, but under z/OS 1.13, randomly,
when going to a new step, it wants the current tape mounted on a
different 3590. Additionally, it does not unload the tape from the first
drive.

Also: If I have only one drive online, it runs to completion. If I have
two drives, but the other one is busy, it runs to completion.

Info: This system is using RMM as a tape manager, but the files being
created on the tape are not defined in any storage group or RMM.

It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen

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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Steely.Mark
2018-05-04 22:20:03 UTC
Permalink
Raw Message
I usually use UNIT=AFF=SMFIN - Maybe you can try that instead.

Not sure of the syntax but it always works for me.

Thank You

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
Sent: Friday, May 04, 2018 2:35 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: unexpected tape issue with RETAIN

I have a 50+ step backup job (using real 3590s) that has steps like:

//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
// LABEL=(49,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*
//*
//STEP050 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD5
//BACKUP DD DSN=DR.T.DSS.HKYTD5.&SUF,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP049.BACKUP),
// LABEL=(50,SL,RETPD=&DAYS),DCB=(MODEL.DSCB,BLKSIZE=0)
//SYSIN DD *
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
/*

This job always worked on OS/390 2.10, but under z/OS 1.13, randomly,
when going to a new step, it wants the current tape mounted on a
different 3590. Additionally, it does not unload the tape from the first
drive.

Also: If I have only one drive online, it runs to completion. If I have
two drives, but the other one is busy, it runs to completion.

Info: This system is using RMM as a tape manager, but the files being
created on the tape are not defined in any storage group or RMM.

It is driving me batty. I have to be 'not seeing' something.
--
Tony Thigpen

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

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the person to whom it is addressed and is a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying is prohibited. If you received this email in error, please immediately delete it and notify the sender.

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