AW: Re: Cobol upgrade 6.2 linklist

2017-12-17 Thread Peter Hunkeler 
> If an auditor "pressed", then (if not also insisting on LNKAUTH=APFTAB),
that auditor most likely was wrong.


IMHO, those auditors were wrong. Full stop. Auditors should investigate, 
document, and suggest. Auditors should never be allowed to force something.


--
Peter Hunkeler




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

Re: Track address space which is non reusable

2017-12-17 Thread Jake Anderson 
'Why? Just like Lizette asked, you should also give reason why you want
that info.'

For setting up a health checker. Sorry' i should have told earlier.




On 18-Dec-2017 11:03 AM, "Elardus Engelbrecht" <
elardus.engelbre...@sita.co.za> wrote:

Jake Anderson wrote:

>>Is there any rexx exec or a program which can tell me the number of
Address space which are nonreusable ASID ?
>>zOS 2.2

Why? Just like Lizette asked, you should also give reason why you want that
info.


Roger Lowe wrote:

>If I remember correctly, there should be a Health Check called "IEA_ASIDS"
which should give you the info that you are after ...

Yup, you are correct. If you have such ASIDs, you will see IEAVEH012I and
IEAVEH001I.

Also, Mark Zelden has a REXX program 'ASIDLIST". Check his website, you
should be able to use Mr. G. O. Ogle's fancy search thing ( :-D ) to search
for it.

Groete / Greetings
Elardus Engelbrecht

--
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: Track address space which is non reusable

2017-12-17 Thread Elardus Engelbrecht 
Jake Anderson wrote:

>>Is there any rexx exec or a program which can tell me the number of Address 
>>space which are nonreusable ASID ?
>>zOS 2.2

Why? Just like Lizette asked, you should also give reason why you want that 
info.


Roger Lowe wrote:

>If I remember correctly, there should be a Health Check called "IEA_ASIDS" 
>which should give you the info that you are after ...

Yup, you are correct. If you have such ASIDs, you will see IEAVEH012I and 
IEAVEH001I.

Also, Mark Zelden has a REXX program 'ASIDLIST". Check his website, you should 
be able to use Mr. G. O. Ogle's fancy search thing ( :-D ) to search for it.

Groete / Greetings
Elardus Engelbrecht

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

Re: CMS style XMITMSG for Unix and other platforms

2017-12-17 Thread Rick Troth 
Aaaand ... it seems to be good enough for download: 'git clone' and then 
'make tests'. Works.


   https://github.com/trothr/xmitmsgx


You can also find it on Casita.Net:

   http://www.casita.net/pub/xmitmsgx/xmitmsgx-2.0.17.tar.gz


I'd like to hear back from someone trying it on USS. Should work fine 
with batch or TSO too when using flat filenames.
Realy I'd like to hear back from *anyone* (using it on, e.g., AIX or 
Linux or whatever).


-- R; <><


On 12/11/17 09:34, Rick Troth wrote:

friends --

VM/CMS has a wonderful utility driven by 'XMITMSG' (the command) and by
APPLMSG (the macro). If you're a VMer, you know about it. If you're a
VSE or MVS person, maybe not. It's good stuff. For (at least) the second
time, I started putting together an XMITMSG work-alike for Unix (POSIX,
including Linux). Anyone else interested in this? If so, please let me
know.

There are language libraries and message handlers in Unix land. I have
yet to find one that works like XMITMSG and the APPLMSG macro with token
replacement, enumerated messages, clear codes in the handling. Maybe
there is such, in which case my little "xmitmsgx" project might reduce
to simple interoperability glue code. If so, great!

I WAS SHOCKED several years ago to learn that there is no equivalent
function in z/OS. It's an incredibly elegant way to handle localization
(national languages, regional dialects). This project should work on MVS
too; it's simple code.

If you have time and inclination to try this thing (and offer feedback
... or code), please holler. Thanks!

-- R; <><




--
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: ShopZ 24/7? Maybe not so much....

2017-12-17 Thread Ed Jaffe 

On 12/17/2017 9:53 AM, Tom Conley wrote:

4 hours and counting


It finally started working about 20 minutes ago...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Track address space which is non reusable

2017-12-17 Thread Roger Lowe 
On Sun, 17 Dec 2017 21:24:07 +0530, Jake Anderson  
wrote:

>Hi
>
>Is there any rexx exec or a program which can tell me the number of Address
>space which are nonreusable ASID ?
>
>zOS 2.2
>
>Jake
>
If I remember correctly, there should be a Health Check called "IEA_ASIDS" 
which should give you the info that you are after ...

Roger

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

Re: Track address space which is non reusable

2017-12-17 Thread Lizette Koehler 
Why do you need this information?  What problem are you trying to solve?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Sunday, December 17, 2017 8:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Track address space which is non reusable
> 
> Hi
> 
> Is there any rexx exec or a program which can tell me the number of Address
> space which are nonreusable ASID ?
> 
> zOS 2.2
> 
> Jake
> 

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

Re: CA View SAR migration

2017-12-17 Thread Lizette Koehler 
I would contact CA for assistance.  You will get answers, but will they be 
right for  your situation would need to be determined by you.

 

An old manager of mine use to say:

 

We pay a lot of money to the vendor for their product. Use their support team.  
Otherwise why have the product if we do not need their support.

 

 

 

Lizette

 

 

From: venkat kulkarni [mailto:venkatkulkarn...@gmail.com] 
Sent: Sunday, December 17, 2017 4:17 AM
To: IBM Mainframe Discussion List ; Lizette Koehler 

Subject: Re: CA View SAR migration

 

Thanks for reply. 

 

No, I have not contacted CA yet. I wanted to do my self. So, i tried reading CA 
View reference guide and with different utility. I made some progress but not 
fully. If any body can throw some light on this will be great help. 

 

I used SARPAC utility to find report about SYSOUT reports and SARTSLIST etc to 
find individual report on each database. 

 

I referred   
https://communities.ca.com/thread/241736589 for this purpose.

 

My query is, using below JCL how are we going to migrate SAR database from old 
tape drive to new VTL 

 

 

Where and how do we specify that my report should copy from old tape drive to 
new VTL and now  SAR should use new VTL library for archive purpose. 

 

/SARPAC   EXEC PGM=SARPAC,PARM='SARD.OPR,'

//* STEPLIB DD DSN=CAI.CVDELOAD,DISP=SHR 

//SYSPRINT DD  SYSOUT=* *

//SARDRLST DD  SYSOUT=* *

//SYSOUT   DD  SYSOUT=*  

//SORTLIB  DD  DSN=SYS1.SORTLIB,DISP=SHR 

//SORTWK01 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SORTWK02 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SORTWK03 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SYSINDD  * 

/*

 

I remember, there is UNITSPEC parameter where we can put ESOTERIC for current 
tape drive but i dont find any single document giving clear picture on this 
migration.

 

Kindly suggest.

 

 

On Wed, Dec 13, 2017 at 8:50 PM, Lizette Koehler  > wrote:

Have you contacted CA SAR Support for assistance?  They maybe better able to 
assist you

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU 
>  ] On
> Behalf Of venkat kulkarni
> Sent: Wednesday, December 13, 2017 9:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU  
> Subject: CA View SAR migration
>
> Hello,
>
> We have requirement of migrating SAR from told tape drive to new tape less
> drives. So, when we look at SAR related dataset, which are on tape
>
> SAR.TARQLTY.SARTAPE.T092  TARQ51
>
>
> SAR.TARQLTY.SARTAPE.T098  TARQ51
>
> SAR.TARQLTY.SARTAPE.T102  TARQ51
>
> SAR.TARQLTY.SARTAPE.T093  TARQ52
>
> SAR.TARQLTY.SARTAPE.T094  TARQ53
>
> SAR.TARQLTY.SARTAPE.T099  TARQ53
>
> SAR.TARQLTY.SARTAPE.T104  TARQ53
>
> SAR.TARQLTY.SARTAPE.T109  TARQ53
>
> SAR.TARQLTY.SARTAPE.T095  TARQ54
>
> SAR.TARQLTY.SARTAPE.T105  TARQ54
>
> SAR.TARQLTY.SARTAPE.T090  TARQ55
>
> SAR.TARQLTY.SARTAPE.T096  TARQ55
>
> SAR.TARQLTY.SARTAPE.T097  TARQ56
>
> SAR.TARQLTY.SARTAPE.T101  TARQ56
>
>
>
>
> if you look at above datasets, we are using 6 tapes for SAR backup currently
> and
>
> when we list content of tape  Ex TARQ51, we see  only
>
> SAR.TARQLTY.SARTAPE.T102  TARQ51
>
>
>
> dataset which has highest number of time stamp and in my case it was 102 for
> TARQ51 volume  and below dataset not found on tape.
>
> SAR.TARQLTY.SARTAPE.T092  TARQ51
>
> SAR.TARQLTY.SARTAPE.T098  TARQ51
>
> And this is same of other volumes  also, like for TARQ53, i couldn't find
> only SAR.TARQLTY.SARTAPE.T109  dataset etc.
> So, we planned to migrate these available dataset from old tape to new tape
> less  disk sub system using below JCL and dataset gets copied.
>
> //OP117SAQ JOB (660),SAURABH,CLASS=A,MSGLEVEL=(1,1),NOTIFY=
>
> //STEP1 EXEC PGM=SARTCP,PARM='COPYASIS'
>
> //*TEPLIB DD DSN=CAI.CVDELOAD,DISP=SHR
>
> //SYSPRINT DD SYSOUT=*
>
> //TAPEIN DD DSN=SAR.TARQLTY.SARTAPE.T093,
>
> // DISP=OLD,UNIT=359D,LABEL=(1,BLP),VOL=SER=XARQ52
>
> //TAPEOUT DD DSN=SAR.TARQLTY.SARTAPE.T093,
>
> // DISP=(NEW,KEEP),UNIT=359D,LABEL=EXPDT=99000,VOL=SER=TARQ52
>
>

Re: ShopZ 24/7? Maybe not so much....

2017-12-17 Thread Ed Jaffe 

On 12/17/2017 7:01 AM, Pinnacle wrote:
Thought ShopZ was supposed to be available 24/7, but it appears to be 
taking the weekend off.  Been trying to get 3 PTF's for over an hour 
now.  Not like anybody would apply maintenance on a weekend or 
anything


Yeah...

GIM68700I    ORDER ORD6 HAS BEEN SENT TO THE SERVER AT
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
GIM694I    SMP/E HAS WAITED 15 MINUTES FOR ORDER ORD6 AND WILL 
CONTINUE TO

   WAIT BECAUSE NOLIMIT WAS SPECIFIED.
GIM694I    SMP/E HAS WAITED 30 MINUTES FOR ORDER ORD6 AND WILL 
CONTINUE TO

   WAIT BECAUSE NOLIMIT WAS SPECIFIED.
GIM694I    SMP/E HAS WAITED 45 MINUTES FOR ORDER ORD6 AND WILL 
CONTINUE TO

   WAIT BECAUSE NOLIMIT WAS SPECIFIED.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: ShopZ 24/7? Maybe not so much....

2017-12-17 Thread Tom Conley 

On 12/17/2017 9:59 AM, Pinnacle wrote:
Thought ShopZ was supposed to be available 24/7, but it appears to be 
taking the weekend off.  Been trying to get 3 PTF's for over an hour 
now.  Not like anybody would apply maintenance on a weekend or anything


Regards,
Tom Conley



4 hours and counting

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

Re: Cobol upgrade 6.2 linklist

2017-12-17 Thread Seymour J Metz 
ObAllanShermanGoodAdvice Getting technical advice from auditors is usually 
Russian Roulette;  when the balloon goes up, you'll be the one taking the heat. 
Any chance of asking for an auditor who understands MVS, or at least knows what 
he doesn't know?

The truth is that a qualified security auditor would flag you one several 
counts if you did as your current auditor suggests.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Saturday, December 16, 2017 12:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Cobol upgrade 6.2 linklist

At a previous shop, auditors pressed us to include the main (consolidated) 
application load library in LINKLIST. Their argument was that LINKLIST was a 
known commodity, while STEPLIB could point anywhere at any time. Nothing to do 
with performance.

.
.
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 Farley, Peter x23353
Sent: Friday, December 15, 2017 10:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Cobol upgrade 6.2 linklist

Some folks have probably been burned by the abuse of user libraries in the 
LINKLIST and so preach fire and brimstone against it.

To others it is just "business as usual" because they have not experienced such 
abuse or its consequences.  I am one of them.

As I said, YMMV.  Each company is a mini-culture unto itself, and our beliefs 
and fears are ruled by culture and experience.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, December 15, 2017 7:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cobol upgrade 6.2 linklist

I dunno... when we migrated from VSE to z/OS in 2010 I was almost burned as a 
heretic for suggesting that user application libraries be placed in the 
linklist...

From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 
Sent: Friday, December 15, 2017 2:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cobol upgrade 6.2 linklist

Re: #3, that is not necessarily true.  Depends heavily on the shop-standard 
STEPLIB rules (use or don't use production "user library" in STEPLIB's).  As 
long as the "normal" rule is NOT to use production "user library" in STEPLIB's 
and you choose to use the "two library" approach to migration, putting the PDSE 
ahead of the PDS in the LINKLIST makes sense and does what you need it to do.

As usual, I think it is a case of YMMV depending on your shop's historical 
STEPLIB rules.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, December 15, 2017 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cobol upgrade 6.2 linklist

I am surprised no one yet as asked, is the OP referring to 1) The COBOL 
compiler library, 2) the COBOL runtime library, or 3) user libraries with COBOL 
programs.
1) Don't see any real need for this.
2) Probably already done, as the COBOL runtime library is CEE.SCEERUN
3) I've been told that "user libraries" like this should never be in the 
linklist.


From: IBM Mainframe Discussion List  on behalf of 
Jake Anderson 
Sent: Friday, December 15, 2017 5:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cobol upgrade 6.2 linklist

Hi

A general question

Do you still cobol load module in linklist post upgrade to 6.2 ?

Regards
Jake


--
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: Cobol upgrade 6.2 linklist

2017-12-17 Thread Peter Relson 

auditors pressed us to include the main (consolidated) application load 
library in LINKLIST. Their argument was that LINKLIST was a known 
commodity

I've been told that "user libraries" like this should never be in the 
linklist.

when we migrated from VSE to z/OS in 2010 I was almost burned as a heretic 
for suggesting that user application libraries be placed in the 
linklist...


One might say that it is never appropriate to put something like this into 
the LNKLST unless running with LNKAUTH=APFTAB, in the name of system 
integrity.
Otherwise, when accessed through the LNKLST the modules are treated as 
APF-authorized, and the modules within such a library might well not have 
been "blessed" as conforming to the integrity requirements of such an 
environment.  We almost always find integrity flaws in code that was 
written for an unauthorized environment that then gets moved unchanged (or 
at least unexamined) to an authorized environment.

If an auditor "pressed", then (if not also insisting on LNKAUTH=APFTAB), 
that auditor most likely was wrong.

Peter Relson
z/OS Core Technology Design


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

Track address space which is non reusable

2017-12-17 Thread Jake Anderson 
Hi

Is there any rexx exec or a program which can tell me the number of Address
space which are nonreusable ASID ?

zOS 2.2

Jake

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

ShopZ 24/7? Maybe not so much....

2017-12-17 Thread Pinnacle 
Thought ShopZ was supposed to be available 24/7, but it appears to be 
taking the weekend off.  Been trying to get 3 PTF's for over an hour 
now.  Not like anybody would apply maintenance on a weekend or anything


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: CA View SAR migration

2017-12-17 Thread venkat kulkarni 
Thanks for reply.

No, I have not contacted CA yet. I wanted to do my self. So, i tried
reading CA View reference guide and with different utility. I made some
progress but not fully. If any body can throw some light on this will be
great help.

I used SARPAC utility to find report about SYSOUT reports and SARTSLIST etc
to find individual report on each database.

I referred https://communities.ca.com/thread/241736589 for this purpose.

My query is, using below JCL how are we going to migrate SAR database from
old tape drive to new VTL


Where and how do we specify that my report should copy from old tape drive
to new VTL and now  SAR should use new VTL library for archive purpose.

/SARPAC   EXEC PGM=SARPAC,PARM='SARD.OPR,'

//* STEPLIB DD DSN=CAI.CVDELOAD,DISP=SHR

//SYSPRINT DD  SYSOUT=* *

//SARDRLST DD  SYSOUT=* *

//SYSOUT   DD  SYSOUT=*

//SORTLIB  DD  DSN=SYS1.SORTLIB,DISP=SHR

//SORTWK01 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SORTWK02 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SORTWK03 DD  UNIT=SYSDA,SPACE=(CYL,(10),,CONTIG)

//SYSINDD  *

/*

I remember, there is UNITSPEC parameter where we can put ESOTERIC for
current tape drive but i dont find any single document giving clear picture
on this migration.

Kindly suggest.


On Wed, Dec 13, 2017 at 8:50 PM, Lizette Koehler 
wrote:

> Have you contacted CA SAR Support for assistance?  They maybe better able
> to assist you
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of venkat kulkarni
> > Sent: Wednesday, December 13, 2017 9:04 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: CA View SAR migration
> >
> > Hello,
> >
> > We have requirement of migrating SAR from told tape drive to new tape
> less
> > drives. So, when we look at SAR related dataset, which are on tape
> >
> > SAR.TARQLTY.SARTAPE.T092  TARQ51
> >
> >
> > SAR.TARQLTY.SARTAPE.T098  TARQ51
> >
> > SAR.TARQLTY.SARTAPE.T102  TARQ51
> >
> > SAR.TARQLTY.SARTAPE.T093  TARQ52
> >
> > SAR.TARQLTY.SARTAPE.T094  TARQ53
> >
> > SAR.TARQLTY.SARTAPE.T099  TARQ53
> >
> > SAR.TARQLTY.SARTAPE.T104  TARQ53
> >
> > SAR.TARQLTY.SARTAPE.T109  TARQ53
> >
> > SAR.TARQLTY.SARTAPE.T095  TARQ54
> >
> > SAR.TARQLTY.SARTAPE.T105  TARQ54
> >
> > SAR.TARQLTY.SARTAPE.T090  TARQ55
> >
> > SAR.TARQLTY.SARTAPE.T096  TARQ55
> >
> > SAR.TARQLTY.SARTAPE.T097  TARQ56
> >
> > SAR.TARQLTY.SARTAPE.T101  TARQ56
> >
> >
> >
> >
> > if you look at above datasets, we are using 6 tapes for SAR backup
> currently
> > and
> >
> > when we list content of tape  Ex TARQ51, we see  only
> >
> > SAR.TARQLTY.SARTAPE.T102  TARQ51
> >
> >
> >
> > dataset which has highest number of time stamp and in my case it was 102
> for
> > TARQ51 volume  and below dataset not found on tape.
> >
> > SAR.TARQLTY.SARTAPE.T092  TARQ51
> >
> > SAR.TARQLTY.SARTAPE.T098  TARQ51
> >
> > And this is same of other volumes  also, like for TARQ53, i couldn't find
> > only SAR.TARQLTY.SARTAPE.T109  dataset etc.
> > So, we planned to migrate these available dataset from old tape to new
> tape
> > less  disk sub system using below JCL and dataset gets copied.
> >
> > //OP117SAQ JOB (660),SAURABH,CLASS=A,MSGLEVEL=(1,1),NOTIFY=
> >
> > //STEP1 EXEC PGM=SARTCP,PARM='COPYASIS'
> >
> > //*TEPLIB DD DSN=CAI.CVDELOAD,DISP=SHR
> >
> > //SYSPRINT DD SYSOUT=*
> >
> > //TAPEIN DD DSN=SAR.TARQLTY.SARTAPE.T093,
> >
> > // DISP=OLD,UNIT=359D,LABEL=(1,BLP),VOL=SER=XARQ52
> >
> > //TAPEOUT DD DSN=SAR.TARQLTY.SARTAPE.T093,
> >
> > // DISP=(NEW,KEEP),UNIT=359D,LABEL=EXPDT=99000,VOL=SER=TARQ52
> >
> > //SYSIN DD DUMMY
> >
> >
> >
> >  Then, we updated SAR parmlib member to use new Esoteric for tape less
> device
> > and run update Job.
> >
> >
> >
> > But when we run SAR again, it was not able to use new tape less device
> while
> > archiving reports.
> >
> >
> >
> > Please correct me, if we are following right way of migration.
> >
> >
> >
> > Thanks & Regards
> >
> > Venkat
> >
> > --
> > 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 /