Re: Disturbing news in the z/OS 2.4 announcement letter

[Mike Schwab]

Several TN3270E emulators offer file transfer windows.  Doesn't Rocket
Software offer something similar?

On Wed, Mar 13, 2019 at 2:09 PM Don Leahy  wrote:
>
> "Withdrawal of ISPF Workstation Agent (WSA)
>
> z/OS V2.4 is planned to be the last release to support the ISPF Workstation
> Agent (WSA), also known as the ISPF Client/Server Component. WSA is an
> application that runs on your local workstation and maintains a connection
> between the workstation and the ISPF host. It is primarily used to transfer
> files between the workstation and the host. IBM recommends using more
> current file transfer solutions such as those provided by the Zowe Dataset
> Explorer, z/OS FTP, and similar file transfer mechanisms. These solutions
> have more capabilities, including the ability to provide secure
> communications."
>
>
> I have a lot of tools in my box that rely on WSA.  WSA is so easy to
> automate using ISPF services that I will hard pressed to find alternatives
> that are as seamless to use.
>
> On the other hand, I am only a few years away from retirement so I may not
> bother. :-)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Gord Tomlin]

On 2019-03-13 16:39, Charles Mills wrote:

Little need for dual path now, unless you are writing for a very specialized 
market. All current releases of z/OS demand a machine of at least a recent 
enough vintage as to support STCKF.


Agreed. I did mention that I was going back in time. The point was that 
STCKF is so much faster than STCK that it's still faster when 
accompanied by dual pathed code that determines when it can be used.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: How obtain DSN's of SL Tape using CBTTAPE

[retired mainframer]

Is the user ID the job is run under authorized to use BLP?

Do you not have a tape management system that could report this without even 
mounting the tape?

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Hilario Garcia
> Sent: Wednesday, March 13, 2019 5:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How obtain DSN's of SL Tape using CBTTAPE
> 
> The problem I have is that I do not know how many files there are in 
> cartridges that
> have been
> recorded as SL.
> 
> I am trying to use the TAPEMAP program of the CBTTAPE.
> 
> My jcl has the following format:
> 
> // STEP0010 EXEC PGM=TAPEMAP
> // STEPLIBDD DSN=CBTTAPE.LINKLIB,DISP =SHR
> // SYSPRINT DD SYSOUT=*
> // AMSDUMP DD SYSOUT=*
> // SYSUT1DD DISP=OLD,
> //UNIT=3490,LABEL=(,BLP,EXPDT=98000),
> //VOL=(,RETAIN ,, SER= PUNLIB)
> 
> Messages I receive from the system:
> 
> IEF233A M 0581, PUNLIB ,, TAPEMAP, STEP0010, 173
> SYS19072.T143538.RA000.TAPEMAP.R0100030
> IEC502E RK 0581, PUNLIB, SL, TAPEMAP, STEP0010
> IEC501A M 0581, PUNLIB, NL ,, TAPEMAP, STEP0010,
> SYS19072.T143538.RA000.TAPEMAP.R0100
> 
> The system detects that the cartridge is SL (I have it encoded as BLP) to 
> obtain
> a list of all the files and DCB of the files in the cartridge.
> 
> I am not using any ATL.
> 
> Thank you very much in advance.

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Paul Gilmartin]

On Wed, 13 Mar 2019 13:34:03 -0700, Charles Mills wrote:

>No excuse for this one. STCKF is, if you will, a subset of STCK.
> 
Conway's Law explains, though not excuses, many such misbehaviors.


>-Original Message-
>From:  Farley, Peter x23353
>Sent: Wednesday, March 13, 2019 1:21 PM
>
>Otherwise known as the deficiencies of software emulation vs silicon.  :)
> 
Are you suggesting that zPDT has STCK in silicon but STCKF in software?
Even if so, STCKF should just branch to STCK.


>-Original Message-
>From:  Phil Smith III
>Sent: Wednesday, March 13, 2019 4:11 PM
>
>Probably doesn't matter here, but note that on the zPDT, STCKF is actually
>about exactly an order of magnitude SLOWER at some rev levels. ...

-- gil

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

Re: Can a JBOSS virus attack infect a mainframe?

[Charles Mills]

Even more relevant, check out http://bit.ly/2Sk5rwY, winner of Best Session at 
SHARE Winter 2017. I was there, sitting next to a suit (rare at SHARE) who 
about every five minutes muttered under his breath "Oh, Jesus."

Saying "this can't happen if your RACF is properly configured" is like saying 
"you don't need seat belts -- just don't run into anything while you drive." 
EVERYONE's RACF is improperly configured. Ask any professional pen tester if he 
has ever found a system that he could not break into, starting from just basic 
user access. And not all threats are external.

I am writing this from SHARE Phoenix. If you are not taking "small system" type 
threats to your mainframe VERY seriously you are living in a fantasy world.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack J. Woehr
Sent: Wednesday, March 13, 2019 8:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can a JBOSS virus attack infect a mainframe?

On 3/13/2019 8:10 AM, Bill Bishop (TMNA) wrote:
> Information Security is asking Mainframe Management if JBOSS virus attacks 
> can infect a mainframe.


And if you want to give your Sec guys and gals conniption fits, point 
'em to our good friend Bigendian Smalls's website about hacking mainframes.

https://www.bigendiansmalls.com/

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

Re: hsm questions

[Jim IBMMain]

1. Yes, you can manually delete them. 

I setup a SMS Management class for them to migrate them directly to ML2 after 2 
days, Did a Activity Swap log daily.  and Delete for non/use after 35 days of 
non use, (I think the backup were kept for 60 to 90 days after deletion).

2. Not sure about the free space percentages,  We did MCDS/BCDS/OCDS Reorgs 
once a month as part of the Monthly maintenance window.  (We also did the 
SDSP's once a month). 


Jim

Retired HSM'er

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Charles Mills]

Little need for dual path now, unless you are writing for a very specialized 
market. All current releases of z/OS demand a machine of at least a recent 
enough vintage as to support STCKF.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gord Tomlin
Sent: Tuesday, March 12, 2019 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faster than STCK! (was: instruction clock speed)

On 2019-03-12 12:32, Charles Mills wrote:
> Yes, STCK guarantees a unique value. If the clock has not ticked since the 
> last STCK, the CPU has no choice but to spin until it does. STCKE has smaller 
> "ticks" and so has less of (or no) need for a spin. STCKF is just like STCK 
> except that it does not guarantee a unique value, and so there is never a 
> need to spin, and so it is a "fast" instruction. If all you need is "the 
> time" and not a unique timestamp, always use STCKF. It is a one-character 
> change to your program and may speed it up considerably.
> 
> Charles

Going back in time a bit, we were advised by IBM that the performance of 
the STCKF instruction is sufficiently better than that of the STCK 
instruction that it is worthwhile to write dual-pathed code that uses 
STCKF instead of STCK if the machine supports the use of STCKF.

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Charles Mills]

No excuse for this one. STCKF is, if you will, a subset of STCK.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, March 13, 2019 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faster than STCK! (was: instruction clock speed)

Otherwise known as the deficiencies of software emulation vs silicon.  :)

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Wednesday, March 13, 2019 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faster than STCK! (was: instruction clock speed)

Probably doesn't matter here, but note that on the zPDT, STCKF is actually
about exactly an order of magnitude SLOWER at some rev levels. I found this,
reported it, it's presumably fixed (but not on the zPDT I have access to,
which I don't own).

Doing 100,000,000 iterations of each:

stck 

Ready(phsiii); T=1.24/1.24 14:02:14

stckf 

Ready(phsiii); T=12.07/12.08 14:02:28

"Special meaning of 'Fast'"
--


This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.

--
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: STCKE faster than STCK! (was: instruction clock speed)

[Farley, Peter x23353]

Otherwise known as the deficiencies of software emulation vs silicon.  :)

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Wednesday, March 13, 2019 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faster than STCK! (was: instruction clock speed)

Probably doesn't matter here, but note that on the zPDT, STCKF is actually 
about exactly an order of magnitude SLOWER at some rev levels. I found this, 
reported it, it's presumably fixed (but not on the zPDT I have access to, which 
I don't own).

Doing 100,000,000 iterations of each:

stck 

Ready(phsiii); T=1.24/1.24 14:02:14

stckf 

Ready(phsiii); T=12.07/12.08 14:02:28

"Special meaning of 'Fast'"
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: How to grant access to CONSPROF [EXTERNAL]

[Feller, Paul]

I did a little looking at our batch user IDs and the few we have listed to 
support the CONSOLE function under TSO/REXX in batch do have a TSO segment 
defined.  Not sure if that was really needed but it is there.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, March 13, 2019 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to grant access to CONSPROF [EXTERNAL]

This is not a TSO User.  But an ID Used on a batch job in JCL coded on the 
jobcard as  USER=USER01

So nothing to logoff or logon.  So unless you are indicating an IPL Is required 
 ;-D, not sure how to refresh the ID as it never logged on

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Carmen Vitullo
> Sent: Wednesday, March 13, 2019 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to grant access to CONSPROF
> 
> I've had similar issues with console, not RACF here but TSS, sometimes 
> I'm told I need to logoff and logon again even though the in storage 
> profiles have been refreshed.
> 
> 
> 
> 
> Carmen Vitullo
> 
> - Original Message -
> 
> From: "Lizette Koehler" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, March 13, 2019 2:17:14 PM
> Subject: Re: How to grant access to CONSPROF
> 
> Absolutely. And did SETR Refreshes when needed.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Carmen Vitullo
> > Sent: Wednesday, March 13, 2019 11:43 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: How to grant access to CONSPROF
> >
> > ok, a stupid question, you issued the PARMLIB UPDATE(00) command ?
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Lizette Koehler" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Wednesday, March 13, 2019 1:39:30 PM
> > Subject: How to grant access to CONSPROF
> >
> > Dear List -
> >
> > I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands.
> >
> > I have set up everything in IKJTSO00 for CONSOLE, I have updated the 
> > RACF TSOAUTH for the ID issuing the commands
> >
> > The process will VARY OFFLINE and VARY ONLINE Dasd volumes
> >
> > Yet I am still getting
> >
> > IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER 
> > USER001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> >
> > Any other places to check?
> >
> >
> >
> > Lizette Koehler
> > statistics: A precise and logical method for stating a half-truth 
> > inaccurately
> >
> > 
> > -- 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
> 
> --
> 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

--
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: STCKE faster than STCK! (was: instruction clock speed)

[Phil Smith III]

Probably doesn't matter here, but note that on the zPDT, STCKF is actually 
about exactly an order of magnitude SLOWER at some rev levels. I found this, 
reported it, it's presumably fixed (but not on the zPDT I have access to, which 
I don't own).

 

Doing 100,000,000 iterations of each:

stck 

Ready(phsiii); T=1.24/1.24 14:02:14

stckf 

Ready(phsiii); T=12.07/12.08 14:02:28

 

"Special meaning of 'Fast'"


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

hsm questions

[MARTIN, MIKE]

Hi all,

I am fairly new to hsm  (been around MVS for decades though).   The person that 
previously managed hsm left the company and now I have that responsibility.

I have a couple of basic questions about hsm...


  1.  Can I manually delete old ACTIVITY Logs outside of hsm?  (in other words, 
does hsm keep track of them?)
  2.  For the MCDS, Omegamon shows two fields...  Percent Free Space Data 
Component - 14%   and   Percent Available Space Data Component - 55.8%
What is the difference?   Which one should I care most about?

Thanks for any help in advance.

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

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

Re: SMPe "rollout" of maintenance

[Tom Marchant]

On Wed, 13 Mar 2019 13:09:03 -0500, Bill Giannelli wrote:

>Please excuse the rookie questions, but that means one global, clone the 
>target and dlib before apply.
>then lets say I need a one-off ptf to the previous maintenance levelI 
>apply that to the clone target?
>thanks

Yes, one global zone.

When cloning the target zone,
o ZONECOPY to copy the zone
o ZONEEDIT to update DDDEFs
o Use your favorite tool to copy the data sets. DSS, FDRCOPY, etc.

If you are going to do it this way, I suggest a naming convention that will 
help you to keep it straight. 

For z/OS that might be
o Target zone name is Tvolser or volserT
o DLIB zone name Dvolser or volserD
where "volser" is the name of the IPL volume.

For other products, the target zone name can be one node of the DSNAME of the 
target data sets. 

You can use SYMBOLICRELATE to define data set aliases, then change to a 
different release by updating the symbol for that product. If the product has a 
started task, you will need to shut down the product, change the symbol, and 
bring the started task back up.

For linklist data sets, specify the symbol in the data set name in your PRODxx 
for IPL time. For dynamic changes, define a new linklist set after shutting 
down any started tasks that use the product, then bring it back up.

-- 
Tom Marchant

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

Re: How to grant access to CONSPROF

[Carmen Vitullo]

got ya, our CA-OPS uses console services, I've never looked but I wonder if the 
ID need to have a TSO SEGMENT to use console services ? 





Carmen Vitullo 

- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 2:56:55 PM 
Subject: Re: How to grant access to CONSPROF 

This is not a TSO User. But an ID Used on a batch job in JCL coded on the 
jobcard as USER=USER01 

So nothing to logoff or logon. So unless you are indicating an IPL Is required 
;-D, not sure how to refresh the ID as it never logged on 

Lizette 


> -Original Message- 
> From: IBM Mainframe Discussion List  On Behalf Of 
> Carmen Vitullo 
> Sent: Wednesday, March 13, 2019 12:33 PM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: How to grant access to CONSPROF 
> 
> I've had similar issues with console, not RACF here but TSS, sometimes I'm 
> told I need to logoff and logon again even though the in storage profiles 
> have been refreshed. 
> 
> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "Lizette Koehler"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Wednesday, March 13, 2019 2:17:14 PM 
> Subject: Re: How to grant access to CONSPROF 
> 
> Absolutely. And did SETR Refreshes when needed. 
> 
> Lizette 
> 
> 
> > -Original Message- 
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Carmen Vitullo 
> > Sent: Wednesday, March 13, 2019 11:43 AM 
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: How to grant access to CONSPROF 
> > 
> > ok, a stupid question, you issued the PARMLIB UPDATE(00) command ? 
> > 
> > 
> > 
> > Carmen Vitullo 
> > 
> > - Original Message - 
> > 
> > From: "Lizette Koehler"  
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Sent: Wednesday, March 13, 2019 1:39:30 PM 
> > Subject: How to grant access to CONSPROF 
> > 
> > Dear List - 
> > 
> > I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands. 
> > 
> > I have set up everything in IKJTSO00 for CONSOLE, I have updated the 
> > RACF TSOAUTH for the ID issuing the commands 
> > 
> > The process will VARY OFFLINE and VARY ONLINE Dasd volumes 
> > 
> > Yet I am still getting 
> > 
> > IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER USER001 
> > DOES NOT HAVE CONSOLE COMMAND AUTHORITY. 
> > 
> > Any other places to check? 
> > 
> > 
> > 
> > Lizette Koehler 
> > statistics: A precise and logical method for stating a half-truth 
> > inaccurately 
> > 
> > -- 
> > 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 
> 
> -- 
> 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 

-- 
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: How to grant access to CONSPROF

[Lizette Koehler]

This is not a TSO User.  But an ID Used on a batch job in JCL coded on the 
jobcard as  USER=USER01

So nothing to logoff or logon.  So unless you are indicating an IPL Is required 
 ;-D, not sure how to refresh the ID as it never logged on

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Carmen Vitullo
> Sent: Wednesday, March 13, 2019 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to grant access to CONSPROF
> 
> I've had similar issues with console, not RACF here but TSS, sometimes I'm
> told I need to logoff and logon again even though the in storage profiles
> have been refreshed.
> 
> 
> 
> 
> Carmen Vitullo
> 
> - Original Message -
> 
> From: "Lizette Koehler" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, March 13, 2019 2:17:14 PM
> Subject: Re: How to grant access to CONSPROF
> 
> Absolutely. And did SETR Refreshes when needed.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Carmen Vitullo
> > Sent: Wednesday, March 13, 2019 11:43 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: How to grant access to CONSPROF
> >
> > ok, a stupid question, you issued the PARMLIB UPDATE(00) command ?
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Lizette Koehler" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Wednesday, March 13, 2019 1:39:30 PM
> > Subject: How to grant access to CONSPROF
> >
> > Dear List -
> >
> > I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands.
> >
> > I have set up everything in IKJTSO00 for CONSOLE, I have updated the
> > RACF TSOAUTH for the ID issuing the commands
> >
> > The process will VARY OFFLINE and VARY ONLINE Dasd volumes
> >
> > Yet I am still getting
> >
> > IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER USER001
> > DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> >
> > Any other places to check?
> >
> >
> >
> > Lizette Koehler
> > statistics: A precise and logical method for stating a half-truth
> > inaccurately
> >
> > --
> > 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
> 
> --
> 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

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

Re: Disturbing news in the z/OS 2.4 announcement letter

[ITschak Mugzach]

You said that... seamless ftp. Not only that. If two or more users are
using wsa, they can switch sessions or even steal a session. The user just
have to reply to a message  that pops on his terminal, exactly as he click
on spam emails...
No wonder that ibm is going to drop it.

ITschak

בתאריך יום ד׳, 13 במרץ 2019, 21:14, מאת Styles, Andy (ITS zPlatform
Services) ‏<00d68f765d25-dmarc-requ...@listserv.ua.edu>:

> Classification: Public
> Yes, I spotted this too. I've been too busy to spare time to think about
> it, but I too use it for seamless file transfer to/from my laptop, and
> would miss that functionality. I suspect IBM would be pushing other, more
> cumbersome technologies like IDz.
>
> I was also wondering whether IBM might be willing to open source the WSA
> :-)
>
> Andy Styles
> z/Series System Programmer
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Don Leahy
> Sent: 13 March 2019 19:09
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Disturbing news in the z/OS 2.4 announcement letter
>
> -- This email has reached the Bank via an external source --
>
>
> "Withdrawal of ISPF Workstation Agent (WSA)
>
> z/OS V2.4 is planned to be the last release to support the ISPF
> Workstation Agent (WSA), also known as the ISPF Client/Server Component.
> WSA is an application that runs on your local workstation and maintains a
> connection between the workstation and the ISPF host. It is primarily used
> to transfer files between the workstation and the host. IBM recommends
> using more current file transfer solutions such as those provided by the
> Zowe Dataset Explorer, z/OS FTP, and similar file transfer mechanisms.
> These solutions have more capabilities, including the ability to provide
> secure communications."
>
>
> I have a lot of tools in my box that rely on WSA.  WSA is so easy to
> automate using ISPF services that I will hard pressed to find alternatives
> that are as seamless to use.
>
> On the other hand, I am only a few years away from retirement so I may not
> bother. :-)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ.
> Registered in Scotland no. SC95000. Telephone: 0131 225 4555.
>
>
>
> Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN.
> Registered in England and Wales no. 2065. Telephone 0207626 1500.
>
>
>
> Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ.
> Registered in Scotland no. SC327000. Telephone: 03457 801 801.
>
>
>
> Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street,
> London EC2V 7HN. Registered in England and Wales no. 10399850.
>
>
>
> Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets
> plc are authorised by the Prudential Regulation Authority and regulated by
> the Financial Conduct Authority and Prudential Regulation Authority.
>
>
>
> Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned
> subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate
> Markets Wertpapierhandelsbank GmbH has its registered office at
> Thurn-und-Taxis Platz 6, 60312 Frankfurt, Germany. The company is
> registered with the Amtsgericht Frankfurt am Main, HRB 111650. Lloyds Bank
> Corporate Markets Wertpapierhandelsbank GmbH is supervised by the
> Bundesanstalt für Finanzdienstleistungsaufsicht.
>
>
>
> Halifax is a division of Bank of Scotland plc.
>
>
>
> HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in
> Scotland no. SC218813.
>
>
>
> This e-mail (including any attachments) is private and confidential and
> may contain privileged material. If you have received this e-mail in error,
> please notify the sender and delete it (including any attachments)
> immediately. You must not copy, distribute, disclose or use any of the
> information in it or any attachments. Telephone calls may be monitored or
> recorded.
>
>
> --
> 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: IARST64 in addrr

[Joseph Reichman]

Thanks for the explanation 




> On Mar 13, 2019, at 3:16 PM, Jim Mulder  wrote:
> 
>  INADDR was added to STORAGE OBTAIN in SP4.3.0 to support
> FORKing in POSIX. POSIX did VSMLIST in the source space to 
> find out how storage is allocated, and then STORAGE OBTAINs 
> with INADDR in the target space to create the same storage
> allocations in the target.   At the time of the original 
> POSIX (OMVS) project, that was being done by separate 
> development team with a separate FMID, using what they could 
> of existing MVS services and doing the minimum of changes in 
> MVS itself. 
> 
>  By the time 64-bit virtual storage came along, 
> Unix System Services was integrated into the MVS BCP,
> and internal interface was created for  Unix System Services
> to ask RSM  to do the FORKing of memory objects.  So we have 
> had no need for an INADDR-like function for 64-bit storage. 
> 
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
> Poughkeepsie NY
> 
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 03/13/2019 03:00 PM
>> Subject: Re: IARST64 in addrr
>> Sent by: "IBM Mainframe Discussion List" 
>> 
>> Wonder why this functionality is not available above the bar
>> 
> 
> 
> 
> --
> 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: SMPe "rollout" of maintenance

[Jousma, David]

I typically apply maintenance to my base target zone which has an associated 
DLIB zone which is never IPLed from.   I have 3 SYSRES volumes per environment 
(TECH, DEV, PROD-A, PROD-B) for a total of 12 SYSRES volumes.   I have a 
cloning process that besides building the entire sysres, also does a full SMPE 
ZONECOPY to match it, and is connected to the common Global.   At any time, I 
have a complete and in-tact SMPE environment to match every SYSRES.This has 
been helpful for IBM support wanting to know a PTF Level of a particular 
module, to applying the PTF in a pinch(very rare), etc.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Wednesday, March 13, 2019 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe "rollout" of maintenance

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
I receive and apply, then implement first in one of our 2 sand boxes, leaving 
our 2nd sand box at our prior maintenance level.
My question is, before I have rolled out the new maintenance, what if I need a 
one off PTF for the prior maintenance?
Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
maintenance level.
Thanks
Bill

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: How to grant access to CONSPROF

[Carmen Vitullo]

I've had similar issues with console, not RACF here but TSS, sometimes I'm told 
I need to logoff and logon again even though the in storage profiles have been 
refreshed. 




Carmen Vitullo 

- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 2:17:14 PM 
Subject: Re: How to grant access to CONSPROF 

Absolutely. And did SETR Refreshes when needed. 

Lizette 


> -Original Message- 
> From: IBM Mainframe Discussion List  On Behalf Of 
> Carmen Vitullo 
> Sent: Wednesday, March 13, 2019 11:43 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: How to grant access to CONSPROF 
> 
> ok, a stupid question, you issued the PARMLIB UPDATE(00) command ? 
> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "Lizette Koehler"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Wednesday, March 13, 2019 1:39:30 PM 
> Subject: How to grant access to CONSPROF 
> 
> Dear List - 
> 
> I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands. 
> 
> I have set up everything in IKJTSO00 for CONSOLE, I have updated the RACF 
> TSOAUTH for the ID issuing the commands 
> 
> The process will VARY OFFLINE and VARY ONLINE Dasd volumes 
> 
> Yet I am still getting 
> 
> IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER USER001 DOES 
> NOT HAVE CONSOLE COMMAND AUTHORITY. 
> 
> Any other places to check? 
> 
> 
> 
> Lizette Koehler 
> statistics: A precise and logical method for stating a half-truth 
> inaccurately 
> 
> -- 
> 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 

-- 
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: How to grant access to CONSPROF

[Lizette Koehler]

Absolutely.  And did SETR Refreshes when needed.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Carmen Vitullo
> Sent: Wednesday, March 13, 2019 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to grant access to CONSPROF
> 
> ok, a stupid question, you issued the PARMLIB UPDATE(00) command ?
> 
> 
> 
> Carmen Vitullo
> 
> - Original Message -
> 
> From: "Lizette Koehler" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, March 13, 2019 1:39:30 PM
> Subject: How to grant access to CONSPROF
> 
> Dear List -
> 
> I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands.
> 
> I have set up everything in IKJTSO00 for CONSOLE, I have updated the RACF
> TSOAUTH for the ID issuing the commands
> 
> The process will VARY OFFLINE and VARY ONLINE Dasd volumes
> 
> Yet I am still getting
> 
> IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER USER001 DOES
> NOT HAVE CONSOLE COMMAND AUTHORITY.
> 
> Any other places to check?
> 
> 
> 
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
> 
> --
> 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

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

Re: IARST64 in addrr

[Jim Mulder]

  INADDR was added to STORAGE OBTAIN in SP4.3.0 to support
FORKing in POSIX. POSIX did VSMLIST in the source space to 
find out how storage is allocated, and then STORAGE OBTAINs 
with INADDR in the target space to create the same storage
allocations in the target.   At the time of the original 
POSIX (OMVS) project, that was being done by separate 
development team with a separate FMID, using what they could 
of existing MVS services and doing the minimum of changes in 
MVS itself. 

  By the time 64-bit virtual storage came along, 
Unix System Services was integrated into the MVS BCP,
and internal interface was created for  Unix System Services
to ask RSM  to do the FORKing of memory objects.  So we have 
had no need for an INADDR-like function for 64-bit storage. 
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

> From: "Joseph Reichman" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/13/2019 03:00 PM
> Subject: Re: IARST64 in addrr
> Sent by: "IBM Mainframe Discussion List" 
> 
> Wonder why this functionality is not available above the bar
> 



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

Re: SMPe "rollout" of maintenance

[Carmen Vitullo]

Nothing ever goes to prod unless its not thru the migration process, if a PTF 
is needed for prod and our sandbox is not fully tested (which has not happened) 
it gets applied to the test lpar's sysres. I understand the scenario you're 
talking about, I've just never had the need to apply a PTF on PROD without 
going to test first. time is on my side, my team tests as soon as I IPL the 
test system (sandbox), so that scenario has not happened, and I'm prepared to 
move that service to prod, with a needed PTF. 
and again, it all depends on what the specific PTF touches, some are compile 
lib update, mac updates, rexx.so many different scenarios 
I don't roll out maint or service levels but once or twice a year, that's 
mandated by leadership, so maybe 4 IPL's per year, RSU at 6 month intervals , 
and RSU+TOLERATION before I freeze the systems and start the next ServerPac 
install 
I can't speak to every scenario, but again, at this small site with mainframe 
going away and more and more distributed applications, this process works well. 
so I guess, I'll keep my fingers crossed behind my back and say "I've never had 
to apply an emergency PTF" on top of a prod system when my latest RSU level is 
still being tested. 







Carmen Vitullo 

- Original Message -

From: "Seymour J Metz"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 1:55:02 PM 
Subject: Re: SMPe "rollout" of maintenance 

What happens when you are testing a new service level and you need to install 
PTF on the production system? If you apply it to the test system and copy, then 
you be running the new service level before you've finished testing it. 


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

 
From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo  
Sent: Wednesday, March 13, 2019 2:24 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMPe "rollout" of maintenance 

It really depends, I've never been stuck in a situation when I needed to do 
this, if so; 

I'll apply to SMP target, copy to TEST SYSRES, TEST, and move to PROD copied to 
the alternate SYSRES. my small 3 LPAR PLEX shares the SYSRES, so migration is 
copy to SYSRES(A), IPL test from that SYSRES, TEST, IPL PRODA from SYSRES(A), 
IPL PRODB from SYSRES(A). if another ptf is required it will be applied, and 
very rare occasions, that SYSRES will be IPL'd in test. then copied to the 
OTHER SYSRES SYSRES(B). I've not, so far had a requirement that I need to 
maintain a third SYSRES or multiple target zones for the OS 

I am prolly not making this sound easy and not posting this correctly, but I 
have a documented process that I've been using for many years that works well, 
even in a TEST PLEX / PROD PLEX 6 LPAR environment. 
difference now is I have a smaller environment and this methodology lends 
itself well to these maint process. 
if needed I have a third SYRES available in my back pocket 


Carmen Vitullo 

- Original Message - 

From: "Seymour J Metz"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 1:09:01 PM 
Subject: Re: SMPe "rollout" of maintenance 

That lets you install a PTF on the sysres that matches your target zone, but 
what happens if you need the PTF on a different sysres? 


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

 
From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo  
Sent: Wednesday, March 13, 2019 2:03 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMPe "rollout" of maintenance 

I've seen so many different ways to do this, for me they easiest way; 
I maintain one CSI for ZOS, and one target zone, I maintain different levels of 
the base/maint on different SYSRES volumes, give me a way back if needed and 
the ability to apply those one-off's and test and move to an alternate SYSRES. 
much more to it but I think you get the point. 
everything I apply and copy is kept updated in an Excel spreadsheet 

Carmen Vitullo 

- Original Message - 

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 12:53:16 PM 
Subject: Re: SMPe "rollout" of maintenance 

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote: 

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902). 
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level. 
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance? 
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level. 

Others have different ideas about how to manage your target zones. 

My preference is to always clone a new Target and distribution zone before 
applying maintenance. 

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and 

Re: Disturbing news in the z/OS 2.4 announcement letter

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Yes, I spotted this too. I've been too busy to spare time to think about it, 
but I too use it for seamless file transfer to/from my laptop, and would miss 
that functionality. I suspect IBM would be pushing other, more cumbersome 
technologies like IDz.

I was also wondering whether IBM might be willing to open source the WSA :-)

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Leahy
Sent: 13 March 2019 19:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Disturbing news in the z/OS 2.4 announcement letter

-- This email has reached the Bank via an external source --
 

"Withdrawal of ISPF Workstation Agent (WSA)

z/OS V2.4 is planned to be the last release to support the ISPF Workstation 
Agent (WSA), also known as the ISPF Client/Server Component. WSA is an 
application that runs on your local workstation and maintains a connection 
between the workstation and the ISPF host. It is primarily used to transfer 
files between the workstation and the host. IBM recommends using more current 
file transfer solutions such as those provided by the Zowe Dataset Explorer, 
z/OS FTP, and similar file transfer mechanisms. These solutions have more 
capabilities, including the ability to provide secure communications."


I have a lot of tools in my box that rely on WSA.  WSA is so easy to automate 
using ISPF services that I will hard pressed to find alternatives that are as 
seamless to use.

On the other hand, I am only a few years away from retirement so I may not 
bother. :-)

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60312 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Disturbing news in the z/OS 2.4 announcement letter

[Jousma, David]

You should be good then!   V2.4 should be supported for 4 years from fall of 
2019 if I am not mistaken

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Don 
Leahy
Sent: Wednesday, March 13, 2019 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Disturbing news in the z/OS 2.4 announcement letter

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

"Withdrawal of ISPF Workstation Agent (WSA)

z/OS V2.4 is planned to be the last release to support the ISPF Workstation 
Agent (WSA), also known as the ISPF Client/Server Component. WSA is an 
application that runs on your local workstation and maintains a connection 
between the workstation and the ISPF host. It is primarily used to transfer 
files between the workstation and the host. IBM recommends using more current 
file transfer solutions such as those provided by the Zowe Dataset Explorer, 
z/OS FTP, and similar file transfer mechanisms. These solutions have more 
capabilities, including the ability to provide secure communications."


I have a lot of tools in my box that rely on WSA.  WSA is so easy to automate 
using ISPF services that I will hard pressed to find alternatives that are as 
seamless to use.

On the other hand, I am only a few years away from retirement so I may not 
bother. :-)

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Disturbing news in the z/OS 2.4 announcement letter

[Don Leahy]

"Withdrawal of ISPF Workstation Agent (WSA)

z/OS V2.4 is planned to be the last release to support the ISPF Workstation
Agent (WSA), also known as the ISPF Client/Server Component. WSA is an
application that runs on your local workstation and maintains a connection
between the workstation and the ISPF host. It is primarily used to transfer
files between the workstation and the host. IBM recommends using more
current file transfer solutions such as those provided by the Zowe Dataset
Explorer, z/OS FTP, and similar file transfer mechanisms. These solutions
have more capabilities, including the ability to provide secure
communications."


I have a lot of tools in my box that rely on WSA.  WSA is so easy to
automate using ISPF services that I will hard pressed to find alternatives
that are as seamless to use.

On the other hand, I am only a few years away from retirement so I may not
bother. :-)

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

Re: SMPe "rollout" of maintenance

[Seymour J Metz]

What happens when you are testing a new service level and you need to install  
PTF on the production system? If you apply it to the test system and copy, then 
you be running the new service level before you've finished testing it.


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


From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Wednesday, March 13, 2019 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe "rollout" of maintenance

It really depends, I've never been stuck in a situation when I needed to do 
this, if so;

I'll apply to SMP target, copy to TEST SYSRES, TEST, and move to PROD copied to 
the alternate SYSRES. my small 3 LPAR PLEX shares the SYSRES, so migration is 
copy to SYSRES(A), IPL test from that SYSRES, TEST, IPL PRODA from SYSRES(A), 
IPL PRODB from SYSRES(A). if another ptf is required it will be applied, and 
very rare occasions, that SYSRES will be IPL'd in test. then copied to the 
OTHER SYSRES SYSRES(B). I've not, so far had a requirement that I need to 
maintain a third SYSRES or multiple target zones for the OS

I am prolly not making this sound easy and not posting this correctly, but I 
have a documented process that I've been using for many years that works well, 
even in a TEST PLEX / PROD PLEX 6 LPAR environment.
difference now is I have a smaller environment and this methodology lends 
itself well to these maint process.
if needed I have a third SYRES available in my back pocket


Carmen Vitullo

- Original Message -

From: "Seymour J Metz" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, March 13, 2019 1:09:01 PM
Subject: Re: SMPe "rollout" of maintenance

That lets you install a PTF on the sysres that matches your target zone, but 
what happens if you need the PTF on a different sysres?


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


From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Wednesday, March 13, 2019 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe "rollout" of maintenance

I've seen so many different ways to do this, for me they easiest way;
I maintain one CSI for ZOS, and one target zone, I maintain different levels of 
the base/maint on different SYSRES volumes, give me a way back if needed and 
the ability to apply those one-off's and test and move to an alternate SYSRES.
much more to it but I think you get the point.
everything I apply and copy is kept updated in an Excel spreadsheet

Carmen Vitullo

- Original Message -

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, March 13, 2019 12:53:16 PM
Subject: Re: SMPe "rollout" of maintenance

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote:

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level.
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance?
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level.

Others have different ideas about how to manage your target zones.

My preference is to always clone a new Target and distribution zone before 
applying maintenance.

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and there is no need to go back, the old zones can be deleted.

--
Tom Marchant

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

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

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

Re: How to grant access to CONSPROF

[Carmen Vitullo]

ok, a stupid question, you issued the PARMLIB UPDATE(00) command ? 



Carmen Vitullo 

- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 1:39:30 PM 
Subject: How to grant access to CONSPROF 

Dear List - 

I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands. 

I have set up everything in IKJTSO00 for CONSOLE, I have updated the RACF 
TSOAUTH for the ID issuing the commands 

The process will VARY OFFLINE and VARY ONLINE Dasd volumes 

Yet I am still getting 

IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ 
IKJ55353I USER USER001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY. 

Any other places to check? 



Lizette Koehler 
statistics: A precise and logical method for stating a half-truth inaccurately 

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

How to grant access to CONSPROF

[Lizette Koehler]

Dear List -

I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands.

I have set up everything in IKJTSO00 for CONSOLE, I have updated the RACF
TSOAUTH for the ID issuing the commands 

The process will VARY OFFLINE and VARY ONLINE Dasd volumes

Yet I am still getting 

IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ 
IKJ55353I USER USER001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY.

Any other places to check?



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Re: SMPe "rollout" of maintenance

[Carmen Vitullo]

It really depends, I've never been stuck in a situation when I needed to do 
this, if so; 

I'll apply to SMP target, copy to TEST SYSRES, TEST, and move to PROD copied to 
the alternate SYSRES. my small 3 LPAR PLEX shares the SYSRES, so migration is 
copy to SYSRES(A), IPL test from that SYSRES, TEST, IPL PRODA from SYSRES(A), 
IPL PRODB from SYSRES(A). if another ptf is required it will be applied, and 
very rare occasions, that SYSRES will be IPL'd in test. then copied to the 
OTHER SYSRES SYSRES(B). I've not, so far had a requirement that I need to 
maintain a third SYSRES or multiple target zones for the OS 

I am prolly not making this sound easy and not posting this correctly, but I 
have a documented process that I've been using for many years that works well, 
even in a TEST PLEX / PROD PLEX 6 LPAR environment. 
difference now is I have a smaller environment and this methodology lends 
itself well to these maint process. 
if needed I have a third SYRES available in my back pocket 


Carmen Vitullo 

- Original Message -

From: "Seymour J Metz"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 1:09:01 PM 
Subject: Re: SMPe "rollout" of maintenance 

That lets you install a PTF on the sysres that matches your target zone, but 
what happens if you need the PTF on a different sysres? 


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

 
From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo  
Sent: Wednesday, March 13, 2019 2:03 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMPe "rollout" of maintenance 

I've seen so many different ways to do this, for me they easiest way; 
I maintain one CSI for ZOS, and one target zone, I maintain different levels of 
the base/maint on different SYSRES volumes, give me a way back if needed and 
the ability to apply those one-off's and test and move to an alternate SYSRES. 
much more to it but I think you get the point. 
everything I apply and copy is kept updated in an Excel spreadsheet 

Carmen Vitullo 

- Original Message - 

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 12:53:16 PM 
Subject: Re: SMPe "rollout" of maintenance 

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote: 

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902). 
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level. 
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance? 
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level. 

Others have different ideas about how to manage your target zones. 

My preference is to always clone a new Target and distribution zone before 
applying maintenance. 

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and there is no need to go back, the old zones can be 
deleted. 

-- 
Tom Marchant 

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

-- 
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: SMPe "rollout" of maintenance

[Seymour J Metz]

You apply the PTF to whichever target zone(s) you need it on. You might apply 
it to one, test it and then apply it to another, or you might only need it one 
the first target zone you update. 


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


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Wednesday, March 13, 2019 2:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe "rollout" of maintenance

thanks for the reply!
Please excuse the rookie questions, but that means one global, clone the target 
and dlib before apply.
then lets say I need a one-off ptf to the previous maintenance levelI apply 
that to the clone target?
thanks
Bill

--
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: SMPe "rollout" of maintenance

[Seymour J Metz]

That lets you install a PTF on the sysres that matches your target zone, but 
what happens if you need the PTF on a different sysres?


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


From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Wednesday, March 13, 2019 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe "rollout" of maintenance

I've seen so many different ways to do this, for me they easiest way;
I maintain one CSI for ZOS, and one target zone, I maintain different levels of 
the base/maint on different SYSRES volumes, give me a way back if needed and 
the ability to apply those one-off's and test and move to an alternate SYSRES.
much more to it but I think you get the point.
everything I apply and copy is kept updated in an Excel spreadsheet

Carmen Vitullo

- Original Message -

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, March 13, 2019 12:53:16 PM
Subject: Re: SMPe "rollout" of maintenance

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote:

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level.
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance?
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level.

Others have different ideas about how to manage your target zones.

My preference is to always clone a new Target and distribution zone before 
applying maintenance.

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and there is no need to go back, the old zones can be deleted.

--
Tom Marchant

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

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

Re: SMPe "rollout" of maintenance

[Bill Giannelli]

thanks for the reply!
Please excuse the rookie questions, but that means one global, clone the target 
and dlib before apply.
then lets say I need a one-off ptf to the previous maintenance levelI apply 
that to the clone target?
thanks
Bill

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

Re: SMPe "rollout" of maintenance

[Carmen Vitullo]

I've seen so many different ways to do this, for me they easiest way; 
I maintain one CSI for ZOS, and one target zone, I maintain different levels of 
the base/maint on different SYSRES volumes, give me a way back if needed and 
the ability to apply those one-off's and test and move to an alternate SYSRES. 
much more to it but I think you get the point. 
everything I apply and copy is kept updated in an Excel spreadsheet 

Carmen Vitullo 

- Original Message -

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 12:53:16 PM 
Subject: Re: SMPe "rollout" of maintenance 

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote: 

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902). 
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level. 
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance? 
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level. 

Others have different ideas about how to manage your target zones. 

My preference is to always clone a new Target and distribution zone before 
applying maintenance. 

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and there is no need to go back, the old zones can be 
deleted. 

-- 
Tom Marchant 

-- 
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: SMPe "rollout" of maintenance

[Tom Marchant]

On Wed, 13 Mar 2019 12:30:35 -0500, Bill Giannelli  
wrote:

>When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
>I receive and apply, then implement first in one of our 2 sand boxes, leaving 
>our 2nd sand box at our prior maintenance level.
>My question is, before I have rolled out the new maintenance, what if I need a 
>one off PTF for the prior maintenance?
>Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
>maintenance level.

Others have different ideas about how to manage your target zones.

My preference is to always clone a new Target and distribution zone before 
applying maintenance.

When a Target zone is no longer needed i.e. there is no system running that 
level of the code and there is no need to go back, the old zones can be deleted.

-- 
Tom Marchant

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

Re: SMPe "rollout" of maintenance

[Seymour J Metz]

Always have a CSI for any instance of a package serviced by SMP. Depending on 
your methodology you may have several large CSIs or many smaller ones, but you 
dhould have a taqrget and dlib zone for each instance.


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


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Wednesday, March 13, 2019 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe "rollout" of maintenance

When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
I receive and apply, then implement first in one of our 2 sand boxes, leaving 
our 2nd sand box at our prior maintenance level.
My question is, before I have rolled out the new maintenance, what if I need a 
one off PTF for the prior maintenance?
Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
maintenance level.
Thanks
Bill

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

SMPe "rollout" of maintenance

[Bill Giannelli]

When I obtain maintenance for an RSU (e.i. for Db2 RSU1902).
I receive and apply, then implement first in one of our 2 sand boxes, leaving 
our 2nd sand box at our prior maintenance level.
My question is, before I have rolled out the new maintenance, what if I need a 
one off PTF for the prior maintenance?
Should 2 CSIs be kept? One for new maintenance and a second one for a prior 
maintenance level.
Thanks
Bill

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

Re: IARST64 in addrr

[Seymour J Metz]

PIC = Program Interrupt Code.


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


From: IBM Mainframe Discussion List  on behalf of 
Elardus Engelbrecht 
Sent: Wednesday, March 13, 2019 2:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IARST64 in addrr

Joseph Reichman wrote:

>I have been getting S0C4 pic 11 11 meaning not a translation error or a 
>invalid address but that it wasn’t allocated

What is 'pic 11 11'? Just like the other wizards, I am also confused by what 
you wrote.

Please post the full Abend message(s) and all the return and reason codes as 
well the register contents.

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: z/os Access Windows SMB ?

[Paul Gilmartin]

On Wed, 13 Mar 2019 16:17:55 +, Longnecker, Dennis wrote:

>I've seen the information on how to get z/os data available via SMB to a 
>Windows machine, but haven't seen anything on how to get the z/os side to send 
>a file to a windows SMB.
>
>Trying to get a bunch of mainframe files over to a Windows share, without 
>setting up FTP servers on the windows side and doing it that way.
>
>Anyone doing this already and have some pointers?
> 
Cygwin + ssh/sftp?

Filezilla?

What servers have you on the mainframe?

Do you want to drive the process from the desktop or from the mainfraime?

UNIX files or classic DSORG data sets?

Filezilla?

Co:Z?

-- gil

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

Re: IARST64 in addrr

[Seymour J Metz]

No, it means that the page table does not point to a valid page frame for that 
address. In no case is the page frame in core, since nothing in the z line uses 
core. It does not guarantee that the associated storage frame is not in RAM, 
since it may have been stolen but not yet used.


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


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Wednesday, March 13, 2019 6:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IARST64 in addrr

PIC is Program Interuption Code.  Printed page 72 of
GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf  shows this to be
page translation error.  That means the logical page references is not
in CORE (RAM).  The operating system need to read in the logical
memory from paging files and retry the instruction.

On Wed, Mar 13, 2019 at 2:32 AM Binyamin Dissen
 wrote:
>
> Mr.  Joseph Reichman tends to think his code is super sekrit  and thus asks
> for help supplying minimum detail rather than simply providing the code so
> that we can figure it out.
>
> On Wed, 13 Mar 2019 06:45:32 + Anthony Thompson
>  wrote:
>
> :>I believe the OP is referring to the system trace table entries for a page 
> fault.
> :>
> :>Ant.
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Elardus Engelbrecht
> :>Sent: Wednesday, 13 March 2019 4:02 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Re: IARST64 in addrr
> :>
> :>Joseph Reichman wrote:
> :>
> :>>I have been getting S0C4 pic 11 11 meaning not a translation error or a
> :>>invalid address but that it wasn’t allocated
> :>
> :>What is 'pic 11 11'? Just like the other wizards, I am also confused by 
> what you wrote.
> :>
> :>Please post the full Abend message(s) and all the return and reason codes 
> as well the register contents.
> :>
> :>Groete / Greetings
> :>Elardus Engelbrecht
>
> --
> Binyamin Dissen 
> http://secure-web.cisco.com/1bzuOtvaEmil4xf2WIgw3-N8wmQYLB0xU960jbQZAPOph0jWtW4n_MwFy25-MWOZ4_k70IxijpblJHTyLM4XyPgIs2LqxNQbM1QdrI4UqL1Cvh-JpmJLowk76P3uFQjtUbhHDS04YKJM_r0HkLhnzp-jrg4ILrauBIClb2qOZz6JMfZx33xnXLIrGQA52DNR6H066r9LMdbDEjQ2o0GgqEpNDIFn9VJdcSarxqbCyU-eSG8Yq8gSNRhpE61jKHZD_iRCpKqD7DYow5bgKbpmiSJmdu5tV7mWB1BFV23VImNvdO0Y3-eEV1O7fsOIXPJksT20iqgTjUQMnKWg-gmTMq5xBgYVGj6jYcsO3aGfwUQWvUbEiFXWeZ8mZXNDx4M_X/http%3A%2F%2Fwww.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: IARST64 in addrr

[Don Poitras]

Because no one ever asked for it? In the scenario I described, using
IEANT* would work no matter where the control block was allocated.
If you have another use-case, you can submit an RFE.


In article <7ef29fbf-086a-4108-bfd4-bda2903ac...@gmail.com> you wrote:
> Wonder why this functionality is not available above the bar

> > On Mar 13, 2019, at 11:35 AM, Vernooij, Kees (ITOP NM) - KLM 
> >  wrote:
> > 
> > That makes sense, if you describe it differently:
> > We have a similar thing, we have a controlblock pointed from CVTUSER. If 
> > the pointer is not filled, the controlblock does not exist, so we getmain 
> > it and put its pointer in CVTUSER.
> > 
> > So then: "if the storage is not there" actually means: "if the pointer to 
> > the storage is not filled in".
> > 
> > Kees.
> > 
> > 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> >> Behalf Of Don Poitras
> >> Sent: 13 March, 2019 16:16
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: IARST64 in addrr
> >> 
> >>> On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:
> > On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
> >> User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (NetBSD/7.1.2
> >> (amd64))
> >> 
> >> Again, I'm just guessing. If the storage isn't there and I obtain it,
> >> then I'm the first caller and I create the control block that subsequent
> >> callers will find.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: IARST64 in addrr

[Seymour J Metz]

That's dangerous, but it's not my dog.


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


From: IBM Mainframe Discussion List  on behalf of 
Vernooij, Kees (ITOP NM) - KLM 
Sent: Wednesday, March 13, 2019 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IARST64 in addrr

That makes sense, if you describe it differently:
We have a similar thing, we have a controlblock pointed from CVTUSER. If the 
pointer is not filled, the controlblock does not exist, so we getmain it and 
put its pointer in CVTUSER.

So then: "if the storage is not there" actually means: "if the pointer to the 
storage is not filled in".

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Don Poitras
> Sent: 13 March, 2019 16:16
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IARST64 in addrr
>
> > On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:
> > >> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
> User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (NetBSD/7.1.2
> (amd64))
>
> Again, I'm just guessing. If the storage isn't there and I obtain it,
> then I'm the first caller and I create the control block that subsequent
> callers will find.
>
> --
> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
> sas...@sas.com   (919) 531-5637Cary, NC 27513
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://secure-web.cisco.com/1mjRKRhDUHs4wcQqQ2VmcTTbYSa2BIF3RfJMwjPKU0VMnIjNLXMsmgG-Ou_FM1MZKilu9Jxg4G71WhK2BGr7YV3Y5mCGcg58CpTeC62p6yqrAfPZuBsXqEi2lB12IiAU410iraG7VrLZzkWqxi_W52r-ihirpcsp-U-QLxlmW4thEFgCiS2aPwd15BcnQHTS9aXpH8MfchnlWpQeEwUXFNhdSImjIGJB__IpMetiNPrMQCFA4cjBhCIilk2J9QPlgBEHYm_U6_NqsmoSVC2ubOPhFpmQFZhQ5Mw2fdsnk6vfe6Ch5G2-DHK4ZndBabYtfGTkKJuULI0UaZdUcb4-RqYVwZmLt7GhNDtzv3j-dfy7Krv4UWrNesDzAyt2MqbkSpztIf9WnA4V2swg9fih1s9Qm-Arz63-vocdgFwXUWKJIKpfv4BWRiulSwqVgUJEP/http%3A%2F%2Fwww.klm.com.
 This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

z/os Access Windows SMB ?

[Longnecker, Dennis]

I've seen the information on how to get z/os data available via SMB to a 
Windows machine, but haven't seen anything on how to get the z/os side to send 
a file to a windows SMB.

Trying to get a bunch of mainframe files over to a Windows share, without 
setting up FTP servers on the windows side and doing it that way.

Anyone doing this already and have some pointers?

Dennis

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

Re: IARST64 in addrr

[Joseph Reichman]

Wonder why this functionality is not available above the bar



> On Mar 13, 2019, at 11:35 AM, Vernooij, Kees (ITOP NM) - KLM 
>  wrote:
> 
> That makes sense, if you describe it differently:
> We have a similar thing, we have a controlblock pointed from CVTUSER. If the 
> pointer is not filled, the controlblock does not exist, so we getmain it and 
> put its pointer in CVTUSER.
> 
> So then: "if the storage is not there" actually means: "if the pointer to the 
> storage is not filled in".
> 
> Kees.
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Don Poitras
>> Sent: 13 March, 2019 16:16
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IARST64 in addrr
>> 
>>> On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:
> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
>> User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (NetBSD/7.1.2
>> (amd64))
>> 
>> Again, I'm just guessing. If the storage isn't there and I obtain it,
>> then I'm the first caller and I create the control block that subsequent
>> callers will find.
>> 
>> --
>> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
>> sas...@sas.com   (919) 531-5637Cary, NC 27513
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
> 
> --
> 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: IARST64 in addrr

[Vernooij, Kees (ITOP NM) - KLM]

That makes sense, if you describe it differently:
We have a similar thing, we have a controlblock pointed from CVTUSER. If the 
pointer is not filled, the controlblock does not exist, so we getmain it and 
put its pointer in CVTUSER.

So then: "if the storage is not there" actually means: "if the pointer to the 
storage is not filled in".

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Don Poitras
> Sent: 13 March, 2019 16:16
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IARST64 in addrr
> 
> > On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:
> > >> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
> User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (NetBSD/7.1.2
> (amd64))
> 
> Again, I'm just guessing. If the storage isn't there and I obtain it,
> then I'm the first caller and I create the control block that subsequent
> callers will find.
> 
> --
> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
> sas...@sas.com   (919) 531-5637Cary, NC 27513
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Can a JBOSS virus attack infect a mainframe?

[Jack J. Woehr]

On 3/13/2019 8:10 AM, Bill Bishop (TMNA) wrote:

Information Security is asking Mainframe Management if JBOSS virus attacks can 
infect a mainframe.



And if you want to give your Sec guys and gals conniption fits, point 
'em to our good friend Bigendian Smalls's website about hacking mainframes.


https://www.bigendiansmalls.com/

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Can a JBOSS virus attack infect a mainframe?

[Matt Hogstrom]

The question is a bit broad.  If your security and system administration is 
sound then problem state programs should not be able to compromise system 
security.  They can impact the system through DoS or other annoyances but that 
applies to all problem state programs not jBOSS specifically.

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270

"I no longer wish to belong to the kind of club that accepts people like me as 
members."
- Groucho Marx

> On Mar 13, 2019, at 10:10 AM, Bill Bishop (TMNA)  
> wrote:
> 
> Information Security is asking Mainframe Management if JBOSS virus attacks 
> can infect a mainframe.
> 
> As usual, it falls to me answer.
> 
> Are there ways for a JBOSS call to infect a mainframe?
> 
> If so, what would our options be to prevent other than a solid RACF 
> environment?
> 
> 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
> 
> --
> 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: Can a JBOSS virus attack infect a mainframe?

[Jack J. Woehr]

On 3/13/2019 8:10 AM, Bill Bishop (TMNA) wrote:

Are there ways for a JBOSS call to infect a mainframe?



Any program in USS could conceivably execute malicious code with 
whatever privilege the process launching it has.




If so, what would our options be to prevent other than a solid RACF environment?



 * Don't run things in USS with a lot of privilege if you can avoid it.
 * Follow advisories about open source vulnerabilities.
 * Participate in the open source world and become more familiar with
   what you're dealing with.
 o Serious breaches of the code base of mainstream open source
   projects like JBoss are fairly rare and usually caught quickly.
 o Are you checking signatures correctly when you download and
   install stuff to make sure you have the real goods?

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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

Re: IARST64 in addrr

[Don Poitras]

> On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:
> >> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (NetBSD/7.1.2 (amd64))

Again, I'm just guessing. If the storage isn't there and I obtain it,
then I'm the first caller and I create the control block that subsequent
callers will find.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: IARST64 in addrr

[Tom Marchant]

On Wed, 13 Mar 2019 05:44:42 -0500, Mike Schwab wrote:

>PIC is Program Interuption Code.  Printed page 72 of
>GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf  shows this to be
>page translation error.  That means the logical page references is not
>in CORE (RAM).  The operating system need to read in the logical
>memory from paging files and retry the instruction.

Yes, PIC 11 is a page translation exception.
But a S0C4 with PIC 11 means that the storage has not been GETMAIN'ed.
There is nothing to page in.

-- 
Tom Marchant


>> :>Joseph Reichman wrote:
>> :>
>> :>>I have been getting S0C4 pic 11 11 meaning not a translation error or a
>> :>>invalid address but that it wasn’t allocated

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

Re: IARST64 in addrr

[Tom Marchant]

On Wed, 13 Mar 2019 09:29:56 -0400, Don Poitras wrote:

>In article <9784938220113382.wa.m42tomibmmainyahoo@listserv.ua.edu> you 
>wrote:
>> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:
>
>> >Please let me better explain I have a program
>> >That browses storage  I do VSMLOC to verify if the storage was allocated if 
>> >not I use STORAGE OBTAIN with inaddr parm I was wondering if/ why there was 
>> >wasn???t anything comparable in 64 bit mode
>> ROFL! That's the most ridiculous thing I have heard in a long time.
>> What do you think the point of that is?
>> --
>> Tom Marchant
>
>It sounds like the sort of thing people would do before name/token
>came along. It lets code bootstrap it's way to finding a common
>control block. I used to support code that used ENQ to do that.

Really?

You want to examine a location in virtual storage.

If that storage is not allocated in your address space, you use STORAGE OBTAIN 
to allocate storage at that address, so that you can examine it.

What would you hope to find at that location, having just obtained it?

-- 
Tom Marchant

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

Re: How obtain DSN's of SL Tape using CBTTAPE

[Mike Schwab]

http://www.jaymoseley.com/hercules/cbt_ware/tapemap.htm is a good example.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/iea3b6_Syntax43.htm
If you are using a modern z/OS that has promoted DCB parameters, IBM's
suggestion is to take it out of the LABEL parameter.

On Wed, Mar 13, 2019 at 7:44 AM Hilario Garcia  wrote:
>
> The problem I have is that I do not know how many files there are in 
> cartridges that have been
> recorded as SL.
>
> I am trying to use the TAPEMAP program of the CBTTAPE.
>
> My jcl has the following format:
>
> // STEP0010 EXEC PGM=TAPEMAP
> // STEPLIBDD DSN=CBTTAPE.LINKLIB,DISP =SHR
> // SYSPRINT DD SYSOUT=*
> // AMSDUMP DD SYSOUT=*
> // SYSUT1DD DISP=OLD,
> //UNIT=3490,LABEL=(,BLP,EXPDT=98000),
> //VOL=(,RETAIN ,, SER= PUNLIB)
>
> Messages I receive from the system:
>
> IEF233A M 0581, PUNLIB ,, TAPEMAP, STEP0010, 173
> SYS19072.T143538.RA000.TAPEMAP.R0100030
> IEC502E RK 0581, PUNLIB, SL, TAPEMAP, STEP0010
> IEC501A M 0581, PUNLIB, NL ,, TAPEMAP, STEP0010, 
> SYS19072.T143538.RA000.TAPEMAP.R0100
>
> The system detects that the cartridge is SL (I have it encoded as BLP) to 
> obtain
> a list of all the files and DCB of the files in the cartridge.
>
> I am not using any ATL.
>
> Thank you very much in advance.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Dana Mitchell]

UDACS is an IBM IUP circa 1981 that was a "Universal Dump Alter Copy and 
Select" utility to massage files. (that we still have at my current location).  
Although nowadays DFSORT/SYNCSORT is light years ahead in function and 
performance wise, but at the time it was pretty nifty.

MVS/DITTO is/was a real IBM product but my point was that I've never seen a 
shop with it that I can recall...

Dana

On Wed, 13 Mar 2019 14:19:39 +, Farley, Peter x23353 
 wrote:

>Ok, I'll bite -- What is UDACS please?
>
>Don't know about other shops but DITTO/ESA is what gets invoked here when you 
>browse a VSAM file from ISPF 3.4.

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Farley, Peter x23353]

Ok, I'll bite -- What is UDACS please?

Don't know about other shops but DITTO/ESA is what gets invoked here when you 
browse a VSAM file from ISPF 3.4.  Probably a local command substitution in 
ISPCMDS, but it "just works".  I suppose it could as easily be IBM File Manager 
or one of the ISV file manager products too.

IIRC DITTO needs some SAF authority granted for unfettered access to tapes as 
well.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, March 13, 2019 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to obtain DSN's on a cartridge on SL laber format

I've never been in any shop with MVS DITTO,  (VSE but not MVS).   How about 
UDACS?

Dana

On Wed, 13 Mar 2019 08:30:34 -0500, Elardus Engelbrecht 
 wrote:
>
>>Otherwise, I'd suggest you use DITTO.
>
>Good suggestion.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Can a JBOSS virus attack infect a mainframe?

[Bill Bishop (TMNA)]

Information Security is asking Mainframe Management if JBOSS virus attacks can 
infect a mainframe.

As usual, it falls to me answer.

Are there ways for a JBOSS call to infect a mainframe?

If so, what would our options be to prevent other than a solid RACF environment?

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

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

Re: IARST64 in addrr

[Joseph Reichman]

Thanks for your help will post tonite when I get home 

> On Mar 13, 2019, at 9:52 AM, Gord Tomlin  
> wrote:
> 
>> On 2019-03-13 08:00, Joseph Reichman wrote:
>> I have a program
>> That browses storage  I do VSMLOC to verify if the storage was allocated if 
>> not I use STORAGE OBTAIN with inaddr parm
> 
> So your program is browsing (virtual) storage, and if it encounters an 
> address that is not allocated it obtains storage so that there is something 
> to browse?
> 
> Help us to help you. Post code, and explain better what you are trying to 
> achieve.
> 
> --
> 
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
> 
> --
> 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: IARST64 in addrr

[Gord Tomlin]

On 2019-03-13 08:00, Joseph Reichman wrote:

I have a program
That browses storage  I do VSMLOC to verify if the storage was allocated if not 
I use STORAGE OBTAIN with inaddr parm


So your program is browsing (virtual) storage, and if it encounters an 
address that is not allocated it obtains storage so that there is 
something to browse?


Help us to help you. Post code, and explain better what you are trying 
to achieve.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Dana Mitchell]

I've never been in any shop with MVS DITTO,  (VSE but not MVS).   How about 
UDACS?

Dana

On Wed, 13 Mar 2019 08:30:34 -0500, Elardus Engelbrecht 
 wrote:
>
>>Otherwise, I'd suggest you use DITTO.
>
>Good suggestion.
>

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Elardus Engelbrecht]

Joe Monk wrote:

>UNIT = 3490, LABEL = (, BLP, EXPDT = 98000),
>theres your answer right there. BLP = bypass label processing.
>Youre getting these messages:
>IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010
>IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS
>because you are not authorized to use BLP. So, you need to check and be sure 
>that you can use BLP. Since youre not authorized for BLP, the system is 
>changing it to NL.

Excellent catch! I was typing in a reply, but 3 seconds (!) before I send my 
reply out, I just relooked and immediately see your reply. So, I deleted 
everything I typed in ... except my last cup of coffee...

To the OP, you may need to run your job in another jobclass or ask your JES2 
admin to tell you in what jobclass is BLP authorized. (look for 
JOBCLASS() ..  BLP=YES,  )

Alternatively, ask your RACF support to allow you access to profile ICHBLP in 
FACILITY Class.

>Otherwise, I'd suggest you use DITTO.

Good suggestion.

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: IARST64 in addrr

[Don Poitras]

In article <9784938220113382.wa.m42tomibmmainyahoo@listserv.ua.edu> you 
wrote:
> On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:

> >Please let me better explain I have a program 
> >That browses storage  I do VSMLOC to verify if the storage was allocated if 
> >not I use STORAGE OBTAIN with inaddr parm I was wondering if/ why there was 
> >wasn???t anything comparable in 64 bit mode  
> ROFL! That's the most ridiculous thing I have heard in a long time.
> What do you think the point of that is?
> -- 
> Tom Marchant

It sounds like the sort of thing people would do before name/token 
came along. It lets code bootstrap it's way to finding a common
control block. I used to support code that used ENQ to do that. 

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

How obtain DSN's of SL Tape using CBTTAPE

[Hilario Garcia]

The problem I have is that I do not know how many files there are in cartridges 
that have been
recorded as SL.

I am trying to use the TAPEMAP program of the CBTTAPE.

My jcl has the following format:

// STEP0010 EXEC PGM=TAPEMAP
// STEPLIBDD DSN=CBTTAPE.LINKLIB,DISP =SHR
// SYSPRINT DD SYSOUT=*
// AMSDUMP DD SYSOUT=*
// SYSUT1DD DISP=OLD,
//UNIT=3490,LABEL=(,BLP,EXPDT=98000),
//VOL=(,RETAIN ,, SER= PUNLIB)

Messages I receive from the system:

IEF233A M 0581, PUNLIB ,, TAPEMAP, STEP0010, 173
SYS19072.T143538.RA000.TAPEMAP.R0100030
IEC502E RK 0581, PUNLIB, SL, TAPEMAP, STEP0010
IEC501A M 0581, PUNLIB, NL ,, TAPEMAP, STEP0010, 
SYS19072.T143538.RA000.TAPEMAP.R0100

The system detects that the cartridge is SL (I have it encoded as BLP) to obtain
a list of all the files and DCB of the files in the cartridge.

I am not using any ATL.

Thank you very much in advance.

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Carmen Vitullo]

Good catch Joe, I need my morning Joe before I start replying to posts :( 


Carmen Vitullo 

- Original Message -

From: "Joe Monk"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 7:31:48 AM 
Subject: Re: How to obtain DSN's on a cartridge on SL laber format 

UNIT = 3490, LABEL = (, BLP, EXPDT = 98000), 

theres your answer right there. BLP = bypass label processing. 

Youre getting these messages: 

IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010 
IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS 

because you are not authorized to use BLP. So, you need to check and be 
sure that you can use BLP. Since youre not authorized for BLP, the system 
is changing it to NL. 

Otherwise, I'd suggest you use DITTO. 

Joe 


On Wed, Mar 13, 2019 at 7:22 AM Hilario Garcia  wrote: 

> I am trying to use the TAPEMAP utility downloaded from the web 
> .cbttape.org and 
> I want to use it on some cartridges that have several files in "standard 
> label" (SL) format 
> but I do not know the DSN of them. 
> 
> I would like to be able to obtain a TAPEMAP report with the content of the 
> files in the cartridge. 
> 
> I am using the following jcl: 
> 
> // STEP0010 EXEC PGM = TAPEMAP 
> // STEPLIB DD DSN = CBTTAPE.LINKLIB, DISP = SHR 
> // SYSPRINT DD SYSOUT = * 
> // AMSDUMP DD SYSOUT = * 
> // SYSUT1 DD DSN = AMSOURCE.AWS, DISP = (OLD, PASS), 
> // UNIT = 3490, LABEL = (, BLP, EXPDT = 98000), 
> // VOL=(, RETAIN,,SER=TAPAWS) 
> 
> I receive the following messages: 
> 
> IEF233A M 0580, TAPAWS ,, TAPEMAP, STEP0010, AMSOURCE.AWS 
> IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010 
> IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS 
> 
> How should I modify the jcl to solve the problem and get the list of all 
> the DSNs? 
> in the cartridges. 
> 
> Thank you very much in advance. 
> 
> regards 
> 
> Hilario 
> 
> -- 
> 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 


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

Re: IARST64 in addrr

[Tom Marchant]

On Wed, 13 Mar 2019 08:00:14 -0400, Joseph Reichman wrote:

>Please let me better explain I have a program 
>That browses storage  I do VSMLOC to verify if the storage was allocated if 
>not I use STORAGE OBTAIN with inaddr parm I was wondering if/ why there was 
>wasn’t anything comparable in 64 bit mode  


ROFL! That's the most ridiculous thing I have heard in a long time.

What do you think the point of that is?

-- 
Tom Marchant

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

Re: How to obtain DSN's on a cartridge on SL laber format

[Joe Monk]

UNIT = 3490, LABEL = (, BLP, EXPDT = 98000),

theres your answer right there. BLP = bypass label processing.

Youre getting these messages:

IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010
IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS

because you are not authorized to use BLP. So, you need to check and be
sure that you can use BLP. Since youre not authorized for BLP, the system
is changing it to NL.

Otherwise, I'd suggest you use DITTO.

Joe


On Wed, Mar 13, 2019 at 7:22 AM Hilario Garcia  wrote:

> I am trying to use the TAPEMAP utility downloaded from the web
> .cbttape.org and
> I want to use it on some cartridges that have several files in "standard
> label" (SL) format
> but I do not know the DSN of them.
>
> I would like to be able to obtain a TAPEMAP report with the content of the
> files in the cartridge.
>
> I am using the following jcl:
>
> // STEP0010 EXEC PGM = TAPEMAP
> // STEPLIBDD DSN = CBTTAPE.LINKLIB, DISP = SHR
> // SYSPRINT DD SYSOUT = *
> // AMSDUMP DD SYSOUT = *
> // SYSUT1DD DSN = AMSOURCE.AWS, DISP = (OLD, PASS),
> //UNIT = 3490, LABEL = (, BLP, EXPDT = 98000),
> //   VOL=(, RETAIN,,SER=TAPAWS)
>
> I receive the following messages:
>
> IEF233A M 0580, TAPAWS ,, TAPEMAP, STEP0010, AMSOURCE.AWS
> IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010
> IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS
>
> How should I modify the jcl to solve the problem and get the list of all
> the DSNs?
> in the cartridges.
>
> Thank you very much in advance.
>
> regards
>
> Hilario
>
> --
> 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: How to obtain DSN's on a cartridge on SL laber format

[Carmen Vitullo]

looks like this mount for the tape is in a library server? and the tape will 
not mount? 
is this tape in the library? 
if this tape is not inside the library do you have standalone tape drive to 
read this tape? 
change the JCL then to specify the correct esoteric tape device 
that message IEF233A - 


Note: For Automated Tape Library dataservers (including Virtual Tape Servers), 
message IEF233A is not issued to any operator console. It is only issued to 
the System Log. Also, for tapes that have been premounted using the operator 
MOUNT command, message IEF233A is issued, but not to any operator console. 


The message asks the operator to mount a volume. This message is issued by 
allocation for batch allocations (that is, JCL) which do not specify DEFER. 
(For mounts with DEFER coded, see message IEC501A.) 




Carmen Vitullo 

- Original Message -

From: "Hilario Garcia"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 13, 2019 7:22:11 AM 
Subject: How to obtain DSN's on a cartridge on SL laber format 

I am trying to use the TAPEMAP utility downloaded from the web .cbttape.org 
and 
I want to use it on some cartridges that have several files in "standard label" 
(SL) format 
but I do not know the DSN of them. 

I would like to be able to obtain a TAPEMAP report with the content of the 
files in the cartridge. 

I am using the following jcl: 

// STEP0010 EXEC PGM = TAPEMAP 
// STEPLIB DD DSN = CBTTAPE.LINKLIB, DISP = SHR 
// SYSPRINT DD SYSOUT = * 
// AMSDUMP DD SYSOUT = * 
// SYSUT1 DD DSN = AMSOURCE.AWS, DISP = (OLD, PASS), 
// UNIT = 3490, LABEL = (, BLP, EXPDT = 98000), 
// VOL=(, RETAIN,,SER=TAPAWS) 

I receive the following messages: 

IEF233A M 0580, TAPAWS ,, TAPEMAP, STEP0010, AMSOURCE.AWS 
IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010 
IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS 

How should I modify the jcl to solve the problem and get the list of all the 
DSNs? 
in the cartridges. 

Thank you very much in advance. 

regards 

Hilario 

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

How to obtain DSN's on a cartridge on SL laber format

[Hilario Garcia]

I am trying to use the TAPEMAP utility downloaded from the web .cbttape.org 
and
I want to use it on some cartridges that have several files in "standard label" 
(SL) format
but I do not know the DSN of them.

I would like to be able to obtain a TAPEMAP report with the content of the 
files in the cartridge.

I am using the following jcl:

// STEP0010 EXEC PGM = TAPEMAP
// STEPLIBDD DSN = CBTTAPE.LINKLIB, DISP = SHR
// SYSPRINT DD SYSOUT = *
// AMSDUMP DD SYSOUT = *
// SYSUT1DD DSN = AMSOURCE.AWS, DISP = (OLD, PASS),
//UNIT = 3490, LABEL = (, BLP, EXPDT = 98000),
//   VOL=(, RETAIN,,SER=TAPAWS)

I receive the following messages:

IEF233A M 0580, TAPAWS ,, TAPEMAP, STEP0010, AMSOURCE.AWS
IEC502E R 0580, S03815, SL, TAPEMAP, STEP0010
IEC501A M 0580, TAPAWS, NL ,, TAPEMAP, STEP0010, AMSOURCE.AWS

How should I modify the jcl to solve the problem and get the list of all the 
DSNs?
in the cartridges.

Thank you very much in advance.

regards

Hilario

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

Re: IARST64 in addrr

[Joseph Reichman]

Please 

Please let me better explain I have a program 
That browses storage  I do VSMLOC to verify if the storage was allocated if not 
I use STORAGE OBTAIN with inaddr parm I was wondering if/ why there was wasn’t 
anything comparable in 64 bit mode  




> On Mar 13, 2019, at 6:44 AM, Mike Schwab  wrote:
> 
> PIC is Program Interuption Code.  Printed page 72 of
> GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf  shows this to be
> page translation error.  That means the logical page references is not
> in CORE (RAM).  The operating system need to read in the logical
> memory from paging files and retry the instruction.
> 
> On Wed, Mar 13, 2019 at 2:32 AM Binyamin Dissen
>  wrote:
>> 
>> Mr.  Joseph Reichman tends to think his code is super sekrit  and thus asks
>> for help supplying minimum detail rather than simply providing the code so
>> that we can figure it out.
>> 
>> On Wed, 13 Mar 2019 06:45:32 + Anthony Thompson
>>  wrote:
>> 
>> :>I believe the OP is referring to the system trace table entries for a page 
>> fault.
>> :>
>> :>Ant.
>> :>
>> :>-Original Message-
>> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Elardus Engelbrecht
>> :>Sent: Wednesday, 13 March 2019 4:02 PM
>> :>To: IBM-MAIN@LISTSERV.UA.EDU
>> :>Subject: Re: IARST64 in addrr
>> :>
>> :>Joseph Reichman wrote:
>> :>
>> :>>I have been getting S0C4 pic 11 11 meaning not a translation error or a
>> :>>invalid address but that it wasn’t allocated
>> :>
>> :>What is 'pic 11 11'? Just like the other wizards, I am also confused by 
>> what you wrote.
>> :>
>> :>Please post the full Abend message(s) and all the return and reason codes 
>> as well the register contents.
>> :>
>> :>Groete / Greetings
>> :>Elardus Engelbrecht
>> 
>> --
>> Binyamin Dissen 
>> http://www.dissensoftware.com
>> 
>> Director, Dissen Software, Bar & Grill - Israel
>> 
>> 
>> Should you use the mailblocks package and expect a response from me,
>> you should preauthorize the dissensoftware.com domain.
>> 
>> I very rarely bother responding to challenge/response systems,
>> especially those from irresponsible companies.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> -- 
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
> 
> --
> 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: IARST64 in addrr

[Elardus Engelbrecht]

Mike Schwab wrote:

>PIC is Program Interuption Code.  Printed page 72 of 
>GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf  shows this to be page 
>translation error.  That means the logical page references is not in CORE 
>(RAM).  The operating system need to read in the logical memory from paging 
>files and retry the instruction.

Thanks. So I see that too in 'z/Architecture Principles of Operation' PDF 
bookie SA22-7832-11 (filename as downloaded from Big Blue is dz9zr011.pdf)

One snippet on page 6-32 (page 458 of 1902 pages) says:

"The page-translation exception is indicated by a program-interruption code of 
0011 hex".

I hope I quote the right snippet. I am wondering of the OP's 'page-invalid bit' 
is indeed one.

But still, if the OP wants full and free help, he should post what is needed. 
Dumps, Abend code + return/reason codes, full messages, etc. plus code snippets 
if needed.

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: spool volume migration

[Ron Hawkins]

NB if the underlying volumes are thin provisioned, then the unused space is not 
using any capacity.

Worth considering if it makes your migration simpler.

Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m: +61 400029610 | h: +61 387399252 | f: +1 4087912585 | email: 
ron.hawk...@ipsicsopt.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
VinothM
Sent: Wednesday, 13 March 2019 22:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] spool volume migration

Hi All,

i am planning to migrate the spool volumes using $MSPL command and i have 
already completed spool migration on other plexes.

But here the scenario is different, we have 6 Mod-54 volumes and all the 
volumes are not fully allocated and only 50% allocated, so i am planning to 
migrate and make it to 3 MOD-54 volumes with full cylinders allocated.

Volume . :  SPJES1
Command ===>
 
   
Unit . . :  3390
   
   
 Volume Data VTOC Data  Free Space   TracksCyls
 Tracks . :  982,800Tracks  . :14Size  
. . :491,400 32,760
 %Used  . :   50%Used . . : 1
Largest . :491,400 32,760
 Trks/Cyls:   15Free DSCBS:   696Free   

Extents . :   1 
   

All the volumes are active and used and only 20% used on an average.

Below is command to migrate with MAX space

$MSPL(spool1),target=spool2,space=max

Please suggest me that whether this command will make the target spool volume 
to get 100% allocated and migrated successfully.

Thanks,
Vinoth M

--
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: Disk space allocation question [EXTERNAL]

[Ron Hawkins]

If the DSORG supports multivolume, then add UNIT=(,5) to everything that opens 
the file for output.

That does not mean the IEFBR14 that allocates it; you want the program that 
writes to it.

You can do this with the DATACLAS as well, with or without using SCR, but with 
a large number of datasets you need to watch the TIOT.

Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m: +61 400029610 | h: +61 387399252 | f: +1 4087912585 | email: 
ron.hawk...@ipsicsopt.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: Friday, 8 March 2019 02:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Disk space allocation question [EXTERNAL]

On 3/6/19 10:32 AM, Paul Gilmartin wrote:
> On Wed, 6 Mar 2019 08:36:23 +, Sean Gleann wrote:
>> Up until reading the doc regarding ALLOCxx, I was unaware that 
>> "...Primary space may be acquired in up to 5 extents" and that was 
>> the root cause of the problem report that I was given. That doc and 
>> the further testing I've done has allowed me to understand the 
>> numbers seen in the resulting ISPF 'I' command output, and to 
>> communicate that information to the person who reported the 'problem' (I 
>> requested 9000 tracks! Why did I get only 7200?
>> Why did my job go to a B37 after that??)
>>  
> I have routinely done Info on one data set then changed the DSN and 
> Allocated, intending to create one very similar.  I have been dismayed 
> when space is different from what I requested on the original data set.
>
> I consider this a bug.
>
> -- gil
>
> ...
>
Backward compatibility will always leave specifying allocation the old ways in 
units of tracks or cylinders problematic.  If you actually care whether you get 
a specific amount of space, you need to be using newer SMS allocation 
techniques, specifying space using AVGREC and record size, using 
System-Determined Blocksize, specifying (in JCL or via SMS
definitions) multi-volumes, and using extended datasets (which greatly 
increases allowed extents per volume and allows secondary allocations to also 
have multiple physical extents).  It also helps with volume fragmentation 
issues if your SMS rules don't  attempt to allocate huge datasets in the same 
SMS storage pools as smaller datasets.

Yes the old allocation rules are a mess and in retrospect perhaps a bad design 
choice, but since IBM is supplying other ways to solve the allocation problem 
and reduce allocation dependency on physical DASD architecture, don't expect 
the old rules to change.   Another major exposure the old allocation rules 
always had:  While a 16 extent limit per volume implied there was always a 
possibility of adding 11 to 15 secondary extents, If DASD space was getting 
scarce and the primary allocation proved insufficient, there was never any 
guarantee of space for ANY secondary allocations being available for later 
allocation when the primary space limit was exceeded.

Just dynamically adding DASD space from anywhere to files as needed as long as 
some job limit, step limit, or total storage limit wasn't exceeded would 
obviously be a much nicer solution today from a user standpoint (and has been 
used on other mainframe operating systems); but when the original DASD 
allocation schemes were created for OS/360, allowing explicit control to 
restrict the number of extents and encourage allocation of contiguous tracks 
and contiguous cylinders was considered essential for maximizing DASD 
performance.

Joel C Ewing

--
Joel C. Ewing

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

spool volume migration

[VinothM]

Hi All,

i am planning to migrate the spool volumes using $MSPL command and i have 
already completed spool migration on other plexes.

But here the scenario is different, we have 6 Mod-54 volumes and all the 
volumes are not fully allocated and only 50% allocated, so i am planning to 
migrate and make it to 3 MOD-54 volumes with full cylinders allocated.

Volume . :  SPJES1
Command ===>
 
   
Unit . . :  3390
   
   
 Volume Data VTOC Data  Free Space   TracksCyls
 Tracks . :  982,800Tracks  . :14Size  
. . :491,400 32,760
 %Used  . :   50%Used . . : 1
Largest . :491,400 32,760
 Trks/Cyls:   15Free DSCBS:   696Free   

Extents . :   1 
   

All the volumes are active and used and only 20% used on an average.

Below is command to migrate with MAX space

$MSPL(spool1),target=spool2,space=max

Please suggest me that whether this command will make the target spool volume 
to get 100% allocated and migrated successfully.

Thanks,
Vinoth M

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

Re: IARST64 in addrr

[Mike Schwab]

PIC is Program Interuption Code.  Printed page 72 of
GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf  shows this to be
page translation error.  That means the logical page references is not
in CORE (RAM).  The operating system need to read in the logical
memory from paging files and retry the instruction.

On Wed, Mar 13, 2019 at 2:32 AM Binyamin Dissen
 wrote:
>
> Mr.  Joseph Reichman tends to think his code is super sekrit  and thus asks
> for help supplying minimum detail rather than simply providing the code so
> that we can figure it out.
>
> On Wed, 13 Mar 2019 06:45:32 + Anthony Thompson
>  wrote:
>
> :>I believe the OP is referring to the system trace table entries for a page 
> fault.
> :>
> :>Ant.
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Elardus Engelbrecht
> :>Sent: Wednesday, 13 March 2019 4:02 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Re: IARST64 in addrr
> :>
> :>Joseph Reichman wrote:
> :>
> :>>I have been getting S0C4 pic 11 11 meaning not a translation error or a
> :>>invalid address but that it wasn’t allocated
> :>
> :>What is 'pic 11 11'? Just like the other wizards, I am also confused by 
> what you wrote.
> :>
> :>Please post the full Abend message(s) and all the return and reason codes 
> as well the register contents.
> :>
> :>Groete / Greetings
> :>Elardus Engelbrecht
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

GSE UK Large Systems - Invite March Virtual Event

[Leanne Wilson]

I am pleased to invite you to a GSE Large Systems Working Group event. The 
event will be a virtual event via WebEx on the 28th March 2019 from 15:00 – 
17:30 GMT.

The event will contain 2 sessions presented by Kelly Vogt from Compuware and 
Stephen Warren from IBM.


  *   Introducing the Mainframe Batch Maturity Model
  *   z/OS Client Web Enablement Toolkit

If you wish to attend the event, please follow the registration link 
HERE

WebEx sign in details will be sent prior to the meeting, providing attendees 
have registered for the event.

For the agenda, please click 
HERE




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

Re: IARST64 in addrr

[Binyamin Dissen]

Mr.  Joseph Reichman tends to think his code is super sekrit  and thus asks
for help supplying minimum detail rather than simply providing the code so
that we can figure it out.

On Wed, 13 Mar 2019 06:45:32 + Anthony Thompson
 wrote:

:>I believe the OP is referring to the system trace table entries for a page 
fault.
:>
:>Ant.
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Elardus Engelbrecht
:>Sent: Wednesday, 13 March 2019 4:02 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: IARST64 in addrr
:>
:>Joseph Reichman wrote:
:>
:>>I have been getting S0C4 pic 11 11 meaning not a translation error or a 
:>>invalid address but that it wasn’t allocated
:>
:>What is 'pic 11 11'? Just like the other wizards, I am also confused by what 
you wrote.
:>
:>Please post the full Abend message(s) and all the return and reason codes as 
well the register contents.
:>
:>Groete / Greetings
:>Elardus Engelbrecht

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: IARST64 in addrr

[Anthony Thompson]

I believe the OP is referring to the system trace table entries for a page 
fault.

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, 13 March 2019 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IARST64 in addrr

Joseph Reichman wrote:

>I have been getting S0C4 pic 11 11 meaning not a translation error or a 
>invalid address but that it wasn’t allocated

What is 'pic 11 11'? Just like the other wizards, I am also confused by what 
you wrote.

Please post the full Abend message(s) and all the return and reason codes as 
well the register contents.

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: IARST64 in addrr

[Elardus Engelbrecht]

Joseph Reichman wrote:

>I have been getting S0C4 pic 11 11 meaning not a translation error or a 
>invalid address but that it wasn’t allocated 

What is 'pic 11 11'? Just like the other wizards, I am also confused by what 
you wrote.

Please post the full Abend message(s) and all the return and reason codes as 
well the register contents.

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