Re: Dancing around RMM

[Mike Baldwin]

Hi Skip,

On Thu, 20 Dec 2018 19:36:13 +, Jesse 1 Robinson  
wrote:
>By way of update, after studying everyone's suggestions, I ran the job with 
>this DD:
>
>//TAPEIN   DD UNIT=(TAPECR,,DEFER), 
>//   LABEL=(EXPDT=98000),   
>//   VOL=SER=(nn),  
>//   DISP=(OLD,KEEP)   
>
>and got pretty much t e same result:
>
>IEF403I TAPEANAL - STARTED - TIME=14.37.42 
> 
>IEC501A M , nn,BLP,,TAPEANAL,FATAR 
>  
>EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS 
> 

EDG4020I
Explanation 
The specified volume cannot be used on this system because the volume   
prefix matches one or more REJECT prefixes defined for the installation.

It seems that RMM dislikes the volume serial that you've chosen, at least on 
this LPAR.
You could confirm with command RMM LC ALL, there may be something like:

Reject prefixes:  
Rack Prefix  Access type  
---  ---  
n*   NONE 

or you could check PARMLIB(EDGRMMxx) for REJECT commands.
BTW, IBM recommends converting REJECT to OPENRULE and PRTITION.

Some suggestions:
- Try running on a different LPAR that does not REJECT the volume serial prefix
- Update current LPAR EDGRMMxx to not REJECT your volume serial; recycle RMM
- Specify a different volume serial, since you're using BLP anyway; warn 
Operator

A totally different dance around RMM: Our partner used our TelTape for Windows
to MAP cartridges using SCSI/FC attached drives (No RMM on Windows!).
They had over 100,000 cartridges to map, though, and many platforms not just 
mainframe.
In particular, Map saves the Netbackup filenames, server names, creation dates 
in a spreadsheet.
Or if mainframe (SL), then DSN-17, creation date, etc.

HTH,
Mike Baldwin
Cartagena Software Limited
Markham, Ontario, Canada
https://cartagena.com
+1 905-887-0755

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

Re: Dancing around RMM

[Robert S. Hansel (RSH)]

Skip,

Rather than trying to read the tapes, since you are discarding them, use 
EDGINERS to erase them.

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
Date:Thu, 20 Dec 2018 19:36:13 +
From:Jesse 1 Robinson 
Subject: Re: Dancing around RMM

By way of update, after studying everyone's suggestions, I ran the job with 
this DD:

//TAPEIN   DD UNIT=(TAPECR,,DEFER), 
//   LABEL=(EXPDT=98000),   
//   VOL=SER=(nn),  
//   DISP=(OLD,KEEP)   

and got pretty much the same result:

IEF403I TAPEANAL - STARTED - TIME=14.37.42  
IEC501A M , nn,BLP,,TAPEANAL,FATAR  
 
EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS  
EDG4006E VOLUME nn ON  REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, 
OPEN REQUEST FAILED BY DFSMSrmm  
IEC502E R ,, ,,TAPEANAL,FATAR   
IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,,  015   
SYS18353.T143742.RA000.TAPEANAL.R0161338
IEA995I SYMPTOM DUMP OUTPUT  016
SYSTEM COMPLETION CODE=413  REASON CODE=0008
 

.
.
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 Allan Staller
Sent: Thursday, December 20, 2018 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Dancing around RMM

IIRC, there is some RACF work needed to support BLP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

.
.
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: Dancing around RMM

[Bill Bishop (TMNA)]

If this is a physical tape, and you can "hand it" to the operator, you might 
try label=(2,nl),expdt=98000 and give it a dummy volume serial number.

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling | Infrastructure Technology Services 
Toyota Motor North America
 bill.bis...@toyota.com
Office:  (469) 292-5149
Cell:  (502) 316-4386

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Thursday, December 20, 2018 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dancing around RMM

On 12/20/2018 2:36 PM, Jesse 1 Robinson wrote:
> By way of update, after studying everyone's suggestions, I ran the job with 
> this DD:
> 
> //TAPEIN   DD UNIT=(TAPECR,,DEFER),
> //   LABEL=(EXPDT=98000),
> //   VOL=SER=(nn),
> //   DISP=(OLD,KEEP)
> 
> and got pretty much the same result:
> 
> IEF403I TAPEANAL - STARTED - TIME=14.37.42 IEC501A M , 
> nn,BLP,,TAPEANAL,FATAR EDG4020I VOLUME nn REJECTED BY 
> INSTALLATION REJECT DEFINITIONS EDG4006E VOLUME nn ON  
> REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
> IEC502E R ,, ,,TAPEANAL,FATAR
> IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,,  015
> SYS18353.T143742.RA000.TAPEANAL.R0161338
> IEA995I SYMPTOM DUMP OUTPUT  016
> SYSTEM COMPLETION CODE=413  REASON CODE=0008

CV volume STATUS(MASTER) or STATUS(USER).  RMM will not allow a scratch tape to 
be read under any circumstances.  I lost this argument with Mike Wood.  
Apparently no one ever had to verify the label on a scratch tape...

Regards,
Tom Conley

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

Dancing around RMM

[David Spiegel]

Hi,
Has anyone tried running TAPEMAP (and coding BLP)?
(CBT File 299 or 171).

Regards,
David

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

Re: Dancing around RMM

[Tom Conley]

On 12/20/2018 2:36 PM, Jesse 1 Robinson wrote:

By way of update, after studying everyone's suggestions, I ran the job with 
this DD:

//TAPEIN   DD UNIT=(TAPECR,,DEFER),
//   LABEL=(EXPDT=98000),
//   VOL=SER=(nn),
//   DISP=(OLD,KEEP)

and got pretty much the same result:

IEF403I TAPEANAL - STARTED - TIME=14.37.42
IEC501A M , nn,BLP,,TAPEANAL,FATAR
EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS
EDG4006E VOLUME nn ON  REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, 
OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,TAPEANAL,FATAR
IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,,  015
SYS18353.T143742.RA000.TAPEANAL.R0161338
IEA995I SYMPTOM DUMP OUTPUT  016
SYSTEM COMPLETION CODE=413  REASON CODE=0008


CV volume STATUS(MASTER) or STATUS(USER).  RMM will not allow a scratch 
tape to be read under any circumstances.  I lost this argument with Mike 
Wood.  Apparently no one ever had to verify the label on a scratch tape...


Regards,
Tom Conley

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

Re: Dancing around RMM

[Jesse 1 Robinson]

By way of update, after studying everyone's suggestions, I ran the job with 
this DD:

//TAPEIN   DD UNIT=(TAPECR,,DEFER), 
//   LABEL=(EXPDT=98000),   
//   VOL=SER=(nn),  
//   DISP=(OLD,KEEP)   

and got pretty much the same result:

IEF403I TAPEANAL - STARTED - TIME=14.37.42  
IEC501A M , nn,BLP,,TAPEANAL,FATAR  
 
EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS  
EDG4006E VOLUME nn ON  REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, 
OPEN REQUEST FAILED BY DFSMSrmm  
IEC502E R ,, ,,TAPEANAL,FATAR   
IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,,  015   
SYS18353.T143742.RA000.TAPEANAL.R0161338
IEA995I SYMPTOM DUMP OUTPUT  016
SYSTEM COMPLETION CODE=413  REASON CODE=0008
 

.
.
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 Allan Staller
Sent: Thursday, December 20, 2018 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Dancing around RMM

IIRC, there is some RACF work needed to support BLP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

.
.
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: Dancing around RMM

[Allan Staller]

IIRC, there is some RACF work needed to support BLP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

.
.
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
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: Dancing around RMM [EXTERNAL]

[Feller, Paul]

Here is what I have used to "get around" things.  The DSN start with a "valid" 
HLQ that RACF would not get in the way.  We are a CA-1 shop.

//STEP010  EXEC PGM=FATAR,REGION=4096K
//TAPEIN   DD UNIT=CART90O,DISP=OLD,  
//VOL=SER=MUZM11,LABEL=(,BLP,EXPDT=98000),
//DSN=UDT014.DONT.KNOW.WHAT.IT.IS 
//SYSUDUMP DD SYSOUT=*
//SYSPRINT DD SYSOUT=*,DEST=CRCAMPUS  
//TAPESUMM DD SYSOUT=*,DEST=CRCAMPUS  
//SYSINDD *   
 ANALYZE LBLPRT=FORMAT
/*

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM [EXTERNAL]

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: Dancing around RMM

[Knutson, Samuel]

Mike Wood previously advised in a post a long time ago but still seems 
applicable

Mike Wood <***@UK.IBM.COM> wrote:
The 413-08 is issued because rmm rejected the volume and the request was
specific; no other volume is acceptable, so OPEN fails the request in this
way. This is what happens when the Volume Mount processing installation
exit rejects a volume.

The ways round this are;
1. Issue RMM CV volser STATUS(MASTER) . then rerun the job
2. Get rmm to ignore the volume using EXPDT=98000. There is no need for BLP

Finally, figure out why a volume you need to use for input is scratch.

Mike Wood RMM Development

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 4:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

.
.
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
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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

Re: Dancing around RMM

[Gibney, Dave]

This is CA-1, but I thought RMM was compatible.  And, I there are SAF profiles 
controlling access. CA-1 defines it's own class for them

EXPDT=98000
Nonresident EXPDT keyword. Specifies that the tape volume being processed is 
not under CA 1(r)
Tape Management System control

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Wednesday, December 19, 2018 1:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dancing around RMM
> 
> We want to discard some very old tapes after making sure there's nothing of
> value on them. When we run Innovation FATAR to analyze them, the jobs fail
> with messages like those below using JCL like this:
> 
> //TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
> // DISP=OLD,VOL=SER=(nn)
> 
> There's a whole slew of STGADMIN profiles in FACILITY class that allow the
> user to get around 'irregularities', but we can't seem to find one that would
> allow this usage. The tapes are not defined to RMM. We just want to know
> what's on the tapes before the trash truck pulls out of the loading dock.
> 
> EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR
> VOLUMES OBTAINED WITH GETVOLUME IS NOT PERMITTED EDG4006E
> VOLUME nn ON  REJECTED FOR USE BY FATARAN1, FATAR, TAPEIN,
> OPEN REQUEST FAILED BY DFSMSrmm
> IEC502E R ,, ,,FATARAN1,FATAR
> IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
> SYS18352.T164910.RA000.FATARAN1.R0140502
> 
> .
> .
> 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

Dancing around RMM

[Jesse 1 Robinson]

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED
EDG4006E VOLUME nn ON  REJECTED FOR USE BY FATARAN1, FATAR, TAPEIN, 
OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

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