Re: Check for dynamic HCD activation

[R.S.]

W dniu 2016-03-03 o 04:55, Anthony Thompson pisze:

I'm  supposing that when you say HCD you mean IODF.

Further, when you mention REXX code, I'm guessing you are referring to Mark 
Zelden's IPLINFO REXX.

This interrogates a couple of control blocks that I can't see documented, not 
in the Data Areas manuals, nor in MACLIB/MODGEN (IOVT and CDA ).

I'd try to verify your assertion that these control blocks aren't updated by an 
ACTIVATE, but my company is in the throes of a mainframe upgrade and the 
sandbox sysplex is currently unavailable.

If your REXX runs under a userid with the authority to issue system commands, 
I'm wondering if you can trap the output from a 'D IOS,CONFIG' command and 
analyse the results from that.

Mr. Zelden may have more to say..




1. HCD vs IODF. Actually both names are not 100% accurate. There is no 
*simple* and accurate name, it is I/O configuration. HCD is an 
application to create such configuration, IODF is dataset which contains 
the configuration, but there is also IOCDS, and active configuration in 
MVS (let's focus on this OS) and HSA.


2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and 
MVS, but it doesn't show whether the config was activated after IPL. 
Even case where IODF HSA <> IODF MVS does not mean there was an 
activate, because system could be IPLed with non-matching IODF (which in 
turn disallow dynamic changes).


3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show 
whether dynamic change took place.




BTW: What's the goal? IMHO there are some other methods to get such 
information. Not to mention dynamic activate should be strictly 
controlled and performed only by persons who really know what they do.


Regards
--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Check for dynamic HCD activation

[Martin Packer]

Not been listening until now so pardon me if this is way off base but SMF 
73 might help here. (I, for one, would detect the change this way.)

Fields SMF73TNM onwards would be useful.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/03/2016 10:46
Subject:Re: Check for dynamic HCD activation
Sent by:IBM Mainframe Discussion List 



W dniu 2016-03-03 o 04:55, Anthony Thompson pisze:
> I'm  supposing that when you say HCD you mean IODF.
>
> Further, when you mention REXX code, I'm guessing you are referring to 
Mark Zelden's IPLINFO REXX.
>
> This interrogates a couple of control blocks that I can't see 
documented, not in the Data Areas manuals, nor in MACLIB/MODGEN (IOVT and 
CDA ).
>
> I'd try to verify your assertion that these control blocks aren't 
updated by an ACTIVATE, but my company is in the throes of a mainframe 
upgrade and the sandbox sysplex is currently unavailable.
>
> If your REXX runs under a userid with the authority to issue system 
commands, I'm wondering if you can trap the output from a 'D IOS,CONFIG' 
command and analyse the results from that.
>
> Mr. Zelden may have more to say..
>
>

1. HCD vs IODF. Actually both names are not 100% accurate. There is no 
*simple* and accurate name, it is I/O configuration. HCD is an 
application to create such configuration, IODF is dataset which contains 
the configuration, but there is also IOCDS, and active configuration in 
MVS (let's focus on this OS) and HSA.

2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and 
MVS, but it doesn't show whether the config was activated after IPL. 
Even case where IODF HSA <> IODF MVS does not mean there was an 
activate, because system could be IPLed with non-matching IODF (which in 
turn disallow dynamic changes).

3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show 
whether dynamic change took place.



BTW: What's the goal? IMHO there are some other methods to get such 
information. Not to mention dynamic activate should be strictly 
controlled and performed only by persons who really know what they do.

Regards
-- 
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: multiple certificates and certificate expiration

[Mike Wawiorko]

NO - you must take some action

I'm assuming you don't name a certificate label in your AT-TLS policy and are 
using the default cert on the keyring for a TCP server.
•   Mark the new one as default on the keyring
•   Refresh PAGENT
•   To be sure trace a new TCPIP connection and verify you're using the 
expected new certificate (and CA) - this will avoid surprises if you've missed 
a step somewhere

If you do name a cert label in the AT-TLS policy:
•   Rename the cert labels (and mark the new one default just in case 
something else uses it)
•   Or rework the AT-TLS policy to point to the new label
•   Refresh PAGENT

Mike Wawiorko

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brad Wissink
Sent: 02 March 2016 21:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: multiple certificates and certificate expiration

We are running AT-TLS and have a keyring with a certifcate that is about to 
expire.  we have gotten a new certificate and added it to the keyring, but not 
as the default.  The question I have is if we leave the old certificate in the 
keyring as the default, when it expires will AT-TLS start using the new 
certificate even thought it is not marked as the default?

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


This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.

Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.

Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). 
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. 

Barclays Bank PLC is authorised by the Prudential Regulation Authority and 
regulated by the Financial Conduct Authority and the Prudential Regulation 
Authority (Financial Services Register No. 122702).

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

Re: IBM brings down large axe on staff in the US

[John McKown]

On Thu, Mar 3, 2016 at 12:10 AM, Jack J. Woehr  wrote:

> Elardus Engelbrecht wrote:
>
>> But then big blue is still recruiting "... currently has more than 25,000
>> open positions."
>>
> The impression I got when contracting at IBM for 4 years was that IBM is
> sort of like an independent city-state, a
> transnational entity composed of people from all over the world. Anyone
> who thinks IBM is sending "our jobs" overseas
> doesn't realize that one leg of the world's greatest business computing
> company just happens to stand, like the Colossus
> of Rhodes, on our shores as IBM straddles the world.


​Much like a man straddles something else to "do his business"?​


>
> --
> 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
>
>
-- 
The man has the intellect of a lobotomized turtle.

Maranatha! <><
John McKown

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

Re: IBM brings down large axe on staff in the US

[Pinnacle]

On 3/3/2016 1:10 AM, Jack J. Woehr wrote:

Elardus Engelbrecht wrote:

But then big blue is still recruiting "... currently has more than
25,000 open positions."

The impression I got when contracting at IBM for 4 years was that IBM is
sort of like an independent city-state, a
transnational entity composed of people from all over the world. Anyone
who thinks IBM is sending "our jobs" overseas
doesn't realize that one leg of the world's greatest business computing
company just happens to stand, like the Colossus
of Rhodes, on our shores as IBM straddles the world.



'murrica.

Regards,
Tom Conley

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

Re: HSM RECYCLE INFLUENCE

[Staller, Allan]

To add on to Lizette's comments and using her example below, if vol1-4 are in a 
connected set (i.e. continued volumes), *ALL* volume in the connected set must 
meet the threshold or *NONE* will be selected for recycle.

E.G.  the connected set consists of 4 volumes.
VOL1 50%
VOL2 20%
VOL3 15%
VOL4  1%

Any RECYCLE PERCENTVALID < 50 will result in *NONE* of the volumes being 
selected for recycle. There are 2 ways around this.

1) Break the connection by recalling/deleting  the "spanning" dataset. This 
dataset can be found by  HSEND LIST TTOC(volume) and will either be the 1st or 
last dataset listed and recycle the "disconnected" volume.

2) Run RECYCLE EXECUTE VOLUME(any volume in the connected set). This will cause 
any gaps in the connected set to be eliminated and all of  the tapes in the 
connected set will *APPROACH* 100% utilization. This may or may not release one 
or more tapes from the connected set. In the example above this would result in 
1 volume of 86% instead of 4 volumes with an average utilization of 22%.

There are a number of SETSYS  parameters in addition to PARTIALTAPE(MARKFULL) 
that affect this as well.

There is more to this topic than can be covered in a short email. 
I suggest reading the DFSMS/hsm Storage Administration guide: 

SC23-6871-02z/OS DFSMShsm Storage Administration  (z/OS 2.1).

HTH,



PARTIALTAPE(REUSE) vs PARTIALTAPE(MARKFULL) When using a virtual tape system, 
IBM usually recommends using PARTIALTAPE(MARKFULL).

RECYCLE
You (or automation) need to issue the RECYCLE command, it is not automatic.  
Also, if you want HSM to recycle multiple tape volumes onto one, you will need 
to use a GENERIC recycle command, for example:
Use 'ALL' to recycle both ML2 and backup tape volumes:

HSEND RECYCLE ALL PERCENTVALID(20) EXEC

Use 'ML2' to recycle only ML2 tape volumes:

HSEND RECYCLE ML2 PERCENTVALID(20) EXEC

Use 'BACKUP' to recycle only backup tape volumes:

HSEND RECYCLE BACKUP PERCENTVALID(20) EXEC

Suggested numbers for ML2RECYCLEPERCENT are 20% or 30%. This allows more 
volumes to become eligible to be recycled onto fewer volumes at the same time.  
For example:
VOL1 50%
VOL2 20%
VOL3 15%
VOL4  1%
With ML2RECYCLEPERCENT(1), only VOL4 will be recycled.  The next time you run 
RECYCLE again, the same tape would be recycled again and again.  With 
ML2RECYCLEPERCENT(25), VOL2, VOL3 and VOL4 would be recycled.  The resulting 
percent used for the output tape will become 36%, so, that tape will not be 
recycled again the next time around.

MAXRECYCLETASKS(nn).  Each recycle task requires an output tape.  If you allow 
5 recycle tasks to run concurrently and have 5 tapes to recycle, you will land 
up with 5 recycled tapes (no reduction).  If you increase the time between 
recycles, this should also allow more tapes to become eligible to be recycled 
onto fewer tapes.

If you have migrated to a new tape technology, the REUSE CAPACITY (this is an 
average) will be incorrect leading to unneeded recycles.  With time however, 
the REUSE CAPACITY will better reflect the reality of your new environment.



This email � including attachments � may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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

Re: rexx and tso alllocate

[Tim Brown]

Briefly,  I have a home grown process that takes selected output files from the 
Jes2 spool via an external writer and writes them to a combined dataset with 
separators. I then read the results via REXX and create individual files that 
are processed via TXT2PDF to create pdfs. Some of the resulting pdfs were not 
taking the width of the page and I thought it was related to files whose actual 
lrecl was quite less than the lrecl of 300 that was used to capture all files 
originally. That was not the case, it was the zoom parameter on the font 
statement, by making it 100 it fit the page perfectly.

I am ok for now , but since I started this thread, how do others create PDF's 
from Jes2 spool output?

Appreciated as always!

Tim



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Woodger
Sent: Wednesday, 02 March, 2016 4:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rexx and tso alllocate


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


Joel Ewing has made a valid point about programs potentially having LRECL 
expectations. COBOL is good for that.

Tim Brown is silent on what he actually wants to do this for. Until then it's 
difficult to suggest something concrete. Ditch the blocksize has been said, 
making the LRECL smaller has no obvious benefit has been said. Just to add that 
the LRECL can always be "overridden" on the DD for a subsequent reference.


On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
> Why not just create a VBA file with a very long LRECL and not worry about it 
> at all? Longer  LRECLs don't introduce any more ov‎eReader than short ones.
> 
> -teD
>   Original Message
> From: Kjell Holmborg
> Sent: Wednesday, March 2, 2016 02:54
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply To: IBM Mainframe Discussion List
> Subject: Re: rexx and tso alllocate
> 
> One suggestion might be that your rexx program writes records to a stem 
> variable and you could keep track of the longest record and then just before 
> writing the contents of the stem variables to the dataset you do a TSO 
> Allocate with the longest record as a variable to the ALLOCATE command.
> 
> /Kjell
> 
> --
> 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: Check for dynamic HCD activation

[White, Andy]

Thanks to those that replied.  We collect the LOAD PARM information so and 
update a chart for our operations staff based on the last IPL. This way if the 
hardware unit does an update what I called the HCD or IODF dynamically and do 
an activate we capture it, this way if it doesn’t match we automate an email to 
our staff. This way we check our LOADxx member matches the volume where the 
IODFxx is on DASD.

The goal:  We know it from yes (Mark's rexx exec, agree it's very useful)  the 
current one but if it's changed dynamically the code doesn’t pick it up, is 
there a way to pick it up through another exec or anything else? And yes we 
control dynamic activations via RACF and yes only hardware staff can do it.

-- SNIP ---



2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, 
but it doesn't show whether the config was activated after IPL.
Even case where IODF HSA <> IODF MVS does not mean there was an activate, 
because system could be IPLed with non-matching IODF (which in turn disallow 
dynamic changes).

3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether 
dynamic change took place.



BTW: What's the goal? IMHO there are some other methods to get such
information. Not to mention dynamic activate should be strictly
controlled and performed only by persons who really know what they do.

Regards
--
Radoslaw Skorupka
Lodz, Poland




The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

Re: rexx and tso alllocate

[Lizette Koehler]

If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
of this work?

Lizette


-Original Message-
>From: Tim Brown 
>Sent: Mar 3, 2016 8:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>Briefly,  I have a home grown process that takes selected output files from 
>the Jes2 spool via an external writer and writes them to a combined dataset 
>with separators. I then read the results via REXX and create individual files 
>that are processed via TXT2PDF to create pdfs. Some of the resulting pdfs were 
>not taking the width of the page and I thought it was related to files whose 
>actual lrecl was quite less than the lrecl of 300 that was used to capture all 
>files originally. That was not the case, it was the zoom parameter on the font 
>statement, by making it 100 it fit the page perfectly.
>
>I am ok for now , but since I started this thread, how do others create PDF's 
>from Jes2 spool output?
>
>Appreciated as always!
>
>Tim
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Bill Woodger
>Sent: Wednesday, 02 March, 2016 4:16 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: rexx and tso alllocate
>
>
>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>attachments. Never supply UserID/PASSWORD information.
>
>
>Joel Ewing has made a valid point about programs potentially having LRECL 
>expectations. COBOL is good for that.
>
>Tim Brown is silent on what he actually wants to do this for. Until then it's 
>difficult to suggest something concrete. Ditch the blocksize has been said, 
>making the LRECL smaller has no obvious benefit has been said. Just to add 
>that the LRECL can always be "overridden" on the DD for a subsequent reference.
>
>
>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
>> Why not just create a VBA file with a very long LRECL and not worry about it 
>> at all? Longer  LRECLs don't introduce any more ov‎eReader than short ones.
>> 
>> -teD
>>   Original Message
>> From: Kjell Holmborg
>> Sent: Wednesday, March 2, 2016 02:54
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Reply To: IBM Mainframe Discussion List
>> Subject: Re: rexx and tso alllocate
>> 
>> One suggestion might be that your rexx program writes records to a stem 
>> variable and you could keep track of the longest record and then just before 
>> writing the contents of the stem variables to the dataset you do a TSO 
>> Allocate with the longest record as a variable to the ALLOCATE command.
>> 
>> /Kjell
>>

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

Re: Check for dynamic HCD activation

[Lizette Koehler]

Have you tried to do a daily D IPLINFO (MVS Command) from the console and then 
check to see if it is different?

If you have an automation tool, have you looked at creating a SYSTEM REXX that 
could be triggered when the ACTIVATE command is done?  Then capture the 
information then?

Or looked at creating an MPF for the ACTIVATE command and trigger some action?

Lizette


-Original Message-
>From: "White, Andy" 
>Sent: Mar 3, 2016 8:51 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Check for dynamic HCD activation
>
>Thanks to those that replied.  We collect the LOAD PARM information so and 
>update a chart for our operations staff based on the last IPL. This way if the 
>hardware unit does an update what I called the HCD or IODF dynamically and do 
>an activate we capture it, this way if it doesn’t match we automate an email 
>to our staff. This way we check our LOADxx member matches the volume where the 
>IODFxx is on DASD.
>
>The goal:  We know it from yes (Mark's rexx exec, agree it's very useful)  the 
>current one but if it's changed dynamically the code doesn’t pick it up, is 
>there a way to pick it up through another exec or anything else? And yes we 
>control dynamic activations via RACF and yes only hardware staff can do it.
>
>-- SNIP ---
>
>
>
>2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, 
>but it doesn't show whether the config was activated after IPL.
>Even case where IODF HSA <> IODF MVS does not mean there was an activate, 
>because system could be IPLed with non-matching IODF (which in turn disallow 
>dynamic changes).
>
>3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show 
>whether dynamic change took place.
>
>
>
>BTW: What's the goal? IMHO there are some other methods to get such
>information. Not to mention dynamic activate should be strictly
>controlled and performed only by persons who really know what they do.
>
>Regards
>--
>Radoslaw Skorupka
>Lodz, Poland
>

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

Re: rexx and tso alllocate

[Tim Brown]

No I havent will research

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, 03 March, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx and tso alllocate


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
of this work?

Lizette


-Original Message-
>From: Tim Brown 
>Sent: Mar 3, 2016 8:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>Briefly,  I have a home grown process that takes selected output files from 
>the Jes2 spool via an external writer and writes them to a combined dataset 
>with separators. I then read the results via REXX and create individual files 
>that are processed via TXT2PDF to create pdfs. Some of the resulting pdfs were 
>not taking the width of the page and I thought it was related to files whose 
>actual lrecl was quite less than the lrecl of 300 that was used to capture all 
>files originally. That was not the case, it was the zoom parameter on the font 
>statement, by making it 100 it fit the page perfectly.
>
>I am ok for now , but since I started this thread, how do others create PDF's 
>from Jes2 spool output?
>
>Appreciated as always!
>
>Tim
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Bill Woodger
>Sent: Wednesday, 02 March, 2016 4:16 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: rexx and tso alllocate
>
>
>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>attachments. Never supply UserID/PASSWORD information.
>
>
>Joel Ewing has made a valid point about programs potentially having LRECL 
>expectations. COBOL is good for that.
>
>Tim Brown is silent on what he actually wants to do this for. Until then it's 
>difficult to suggest something concrete. Ditch the blocksize has been said, 
>making the LRECL smaller has no obvious benefit has been said. Just to add 
>that the LRECL can always be "overridden" on the DD for a subsequent reference.
>
>
>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
>> Why not just create a VBA file with a very long LRECL and not worry about it 
>> at all? Longer  LRECLs don't introduce any more ov‎eReader than short ones.
>> 
>> -teD
>>   Original Message
>> From: Kjell Holmborg
>> Sent: Wednesday, March 2, 2016 02:54
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Reply To: IBM Mainframe Discussion List
>> Subject: Re: rexx and tso alllocate
>> 
>> One suggestion might be that your rexx program writes records to a stem 
>> variable and you could keep track of the longest record and then just before 
>> writing the contents of the stem variables to the dataset you do a TSO 
>> Allocate with the longest record as a variable to the ALLOCATE command.
>> 
>> /Kjell
>>

--
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: rexx and tso alllocate

[Lizette Koehler]

If you search on JES2DISK by John McKown,
https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997

This is a very nice example of extracting from SPOOL to DASD or other.

Lizette


-Original Message-
>From: Tim Brown 
>Sent: Mar 3, 2016 9:06 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>
>No I havent will research
>
>Thanks
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Thursday, 03 March, 2016 11:04 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>
>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>attachments. Never supply UserID/PASSWORD information.
>
>
>If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
>of this work?
>
>Lizette
>
>
>-Original Message-
>>From: Tim Brown 
>>Sent: Mar 3, 2016 8:31 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>Briefly,  I have a home grown process that takes selected output files from 
>>the Jes2 spool via an external writer and writes them to a combined dataset 
>>with separators. I then read the results via REXX and create individual files 
>>that are processed via TXT2PDF to create pdfs. Some of the resulting pdfs 
>>were not taking the width of the page and I thought it was related to files 
>>whose actual lrecl was quite less than the lrecl of 300 that was used to 
>>capture all files originally. That was not the case, it was the zoom 
>>parameter on the font statement, by making it 100 it fit the page perfectly.
>>
>>I am ok for now , but since I started this thread, how do others create PDF's 
>>from Jes2 spool output?
>>
>>Appreciated as always!
>>
>>Tim
>>
>>
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>On Behalf Of Bill Woodger
>>Sent: Wednesday, 02 March, 2016 4:16 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: rexx and tso alllocate
>>
>>
>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>attachments. Never supply UserID/PASSWORD information.
>>
>>
>>Joel Ewing has made a valid point about programs potentially having LRECL 
>>expectations. COBOL is good for that.
>>
>>Tim Brown is silent on what he actually wants to do this for. Until then it's 
>>difficult to suggest something concrete. Ditch the blocksize has been said, 
>>making the LRECL smaller has no obvious benefit has been said. Just to add 
>>that the LRECL can always be "overridden" on the DD for a subsequent 
>>reference.
>>
>>
>>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
>>> Why not just create a VBA file with a very long LRECL and not worry about 
>>> it at all? Longer  LRECLs don't introduce any more ov‎eReader than short 
>>> ones.
>>> 
>>> -teD
>>>   Original Message
>>> From: Kjell Holmborg
>>> Sent: Wednesday, March 2, 2016 02:54
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Reply To: IBM Mainframe Discussion List
>>> Subject: Re: rexx and tso alllocate
>>> 
>>> One suggestion might be that your rexx program writes records to a stem 
>>> variable and you could keep track of the longest record and then just 
>>> before writing the contents of the stem variables to the dataset you do a 
>>> TSO Allocate with the longest record as a variable to the ALLOCATE command.
>>> 
>>> /Kjell
>>>

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

Re: rexx and tso alllocate

[Leonardo Vaz]

The new SDSF on z/OS 2.2 "Invoking a REXX exec with an action character" option 
could be useful for you too, for example typing %PDF as an action character for 
a job could execute a rexx to create a PTF out of that job.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Brown
Sent: Thursday, March 03, 2016 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx and tso alllocate


No I havent will research

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, 03 March, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx and tso alllocate


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
of this work?

Lizette


-Original Message-
>From: Tim Brown 
>Sent: Mar 3, 2016 8:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>Briefly,  I have a home grown process that takes selected output files from 
>the Jes2 spool via an external writer and writes them to a combined dataset 
>with separators. I then read the results via REXX and create individual files 
>that are processed via TXT2PDF to create pdfs. Some of the resulting pdfs were 
>not taking the width of the page and I thought it was related to files whose 
>actual lrecl was quite less than the lrecl of 300 that was used to capture all 
>files originally. That was not the case, it was the zoom parameter on the font 
>statement, by making it 100 it fit the page perfectly.
>
>I am ok for now , but since I started this thread, how do others create PDF's 
>from Jes2 spool output?
>
>Appreciated as always!
>
>Tim
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Bill Woodger
>Sent: Wednesday, 02 March, 2016 4:16 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: rexx and tso alllocate
>
>
>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>attachments. Never supply UserID/PASSWORD information.
>
>
>Joel Ewing has made a valid point about programs potentially having LRECL 
>expectations. COBOL is good for that.
>
>Tim Brown is silent on what he actually wants to do this for. Until then it's 
>difficult to suggest something concrete. Ditch the blocksize has been said, 
>making the LRECL smaller has no obvious benefit has been said. Just to add 
>that the LRECL can always be "overridden" on the DD for a subsequent reference.
>
>
>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
>> Why not just create a VBA file with a very long LRECL and not worry about it 
>> at all? Longer  LRECLs don't introduce any more ov‎eReader than short ones.
>> 
>> -teD
>>   Original Message
>> From: Kjell Holmborg
>> Sent: Wednesday, March 2, 2016 02:54
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Reply To: IBM Mainframe Discussion List
>> Subject: Re: rexx and tso alllocate
>> 
>> One suggestion might be that your rexx program writes records to a stem 
>> variable and you could keep track of the longest record and then just before 
>> writing the contents of the stem variables to the dataset you do a TSO 
>> Allocate with the longest record as a variable to the ALLOCATE command.
>> 
>> /Kjell
>>

--
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: error adding volumes to DFSMS storage group

[Neil Duffee]

Caveat:  both Brent & I are daily digesters so responses are delayed.  Brent 
didn’t include the list in his response so you (collective) might have missed 
some diagnostic points in his response (below).

Brent:  I advise you to repeat my suggestion 2).  That is to directly query 
volumes being =ISMF.2.1 (Generate a List of DASD Volumes [1]).  It will search 
the CDS by volume instead of by Storage Groups (=ISMF.6).  In the panel below, 
[1]  using ‘Source’ as ‘2-SMS’, ‘Type of List’ as ‘2-Not Online’,  ‘volSer’ = 
‘*’, ‘SG Name’ = ‘*’, you can check both the ‘ACTIVE’ configuration as well as 
your CDS updates.  Column 23 will show the SG name [2] and 25-40 will give the 
volume’s status in both SMS & MVS.

Hey, here’s another thought.  You’ve already verified that DISPLAY SMS matches 
the CDS name you’re working with, right?  (Scratch another item off the 
diagnostic list.)

Lastly, if you wanted to start afresh, [2] you could use the new SETSMS 
SAVESCDS(dsname) console command to populate a new CDS from the ‘ACTIVE’ 
configuration.  You could use DCOLLECT to produce comparable SMS text results 
from both CDS files.

ps.  I suspect the ‘Volume Failures Panel‘ would be displayed after the 
DGTSG079  message.  I, myself, haven’t seen either before.

[1]  ISMF PRIMARY OPTION MENU - z/OS DFSMS V2 R1; ‘2  Volume - Perform 
Functions Against Volumes’; ‘1  DASD - Generate a List of DASD Volumes’ panel:

DGTDVVA1 VOLUME SELECTION ENTRY PANEL  Page 1 of 3
Command ===>

Select Source to Generate Volume List  . . 2  (1 - Saved list, 2 - New list)
  1  Generate from a Saved List Query Name To
   List Name  . .   Save or Retrieve
  2  Generate a New List from Criteria Below
   Specify Source of the New List  . . 2  (1 - Physical, 2 - SMS)
   Optionally Specify One or More:
   Enter "/" to select option  Generate Exclusive list
 Type of Volume List . . . 2  (1-Online,2-Not Online,3-Either)
 Volume Serial Number  . . *  (fully or partially specified)
 Device Type . . . . . . .(fully or partially specified)
 Device Number . . . . . .(fully specified)
   To Device Number  . . .(for range of devices)
 Acquire Physical Data . . Y  (Y or N)
 Acquire Space Data  . . . Y  (Y or N)
 Storage Group Name  . . . *  (fully or partially specified)
 CDS Name . . . . . . . 'ACTIVE'
  (fully specified or 'Active')
Use ENTER to Perform Selection; Use DOWN Command to View next Selection Panel;
Use HELP Command for Help; Use END Command to Exit.

[2]  which you can cross-reference in the SG (=ISMF.6) list(s).  If there’s a 
difference, I suspect you have a corrupted SCDS.

>  signature = 8 lines follows  <
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585  fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
“How *do* you plan for something like that?”  Guardian Bob, Reboot
“For every action, there is an equal and opposite criticism.”
“Systems Programming: Guilty, until proven innocent”  John Norgauer 2004
"Schrodinger's backup: The condition of any backup is unknown until a restore 
is attempted."  John McKown 2015

From: Brent Snyder [mailto:bre...sn...@mai...com]
Sent: March 2, 2016 16:59
To: Neil Duffee
Subject: RE: error adding volumes to DFSMS storage group

[snip] Please see my responses to your suggestions:

-Original Message-
From: Neil Duffee [mailto:ndu...@uot...ca]
Sent: Wednesday, March 02, 2016 12:45 PM
To: Brent Snyder mailto:bre...sn...@mai...com>>
Subject: RE: error adding volumes to DFSMS storage group

Few more items to scratch of the possibilities list:

1)  Verify you are *not* using 'ACTIVE' as the CDS name in the ISMF panels.  
You *cannot* alter the 'ACTIVE' CDS.  You must use the 'real' name ie. from the 
ListCat, then activate that CDS to make it 'ACTIVE'.
= I have the actual SCDS coded, not ACTIVE
= I went back and used a very old SCDS and did the LISTVOL for all the Storage 
group, did not find my new volsers.

2)  use the Volume panel (=ISMF.2.1) [1] to verify the error message.  You can 
define volSer's to SMS that do not physically exist (yet). [2]  Using '*' for 
SG name will search them all.  Re-do the search with both 'ACTIVE' and 'real' 
SCDS name.  To use the Volume list in Storage Groups (=ISMF.6), you must search 
*each* SG by name. (or list them all with sub-option 1 and ListVol against each 
of them; arduous)
= selected each SG, did LISTVOL for all 22 Storage Groups, new volser(s) did 
not show upl

3)  I also couldn't find DGTSG079 in the Knowledge Centre. [3]  Did you re-type 
the error?  Most (*all*?) IBM messages have a trailing 'level' indicator such 
as 'I' for informational.
=I cut/pasted the error message from my ISPF log

4

Re: rexx and tso alllocate

[Barkow, Eileen]

I am currently converting some SDSF BATCH routines to SDSF  REXX and I am 
finding that things do not always work the same when
invoking the clist from ISPF 1.6 and invoking it  from batch with IRXJCL.
option  1.6 runs under TSO/E and IRXJCL does not.
so far, I have encountered differences with the ISFOWNER settings, putting 
quotes on datasetnames used for ISFPRTDSNAME,
and the use of the TSO/E SYSDSN routine is not allowed with IRXJCL.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, March 03, 2016 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx and tso alllocate

If you search on JES2DISK by John McKown,
https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997

This is a very nice example of extracting from SPOOL to DASD or other.

Lizette


-Original Message-
>From: Tim Brown 
>Sent: Mar 3, 2016 9:06 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>
>No I havent will research
>
>Thanks
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Thursday, 03 March, 2016 11:04 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>
>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>attachments. Never supply UserID/PASSWORD information.
>
>
>If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
>of this work?
>
>Lizette
>
>
>-Original Message-
>>From: Tim Brown 
>>Sent: Mar 3, 2016 8:31 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>Briefly,  I have a home grown process that takes selected output files from 
>>the Jes2 spool via an external writer and writes them to a combined dataset 
>>with separators. I then read the results via REXX and create individual files 
>>that are processed via TXT2PDF to create pdfs. Some of the resulting pdfs 
>>were not taking the width of the page and I thought it was related to files 
>>whose actual lrecl was quite less than the lrecl of 300 that was used to 
>>capture all files originally. That was not the case, it was the zoom 
>>parameter on the font statement, by making it 100 it fit the page perfectly.
>>
>>I am ok for now , but since I started this thread, how do others create PDF's 
>>from Jes2 spool output?
>>
>>Appreciated as always!
>>
>>Tim
>>
>>
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>>On Behalf Of Bill Woodger
>>Sent: Wednesday, 02 March, 2016 4:16 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: rexx and tso alllocate
>>
>>
>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>attachments. Never supply UserID/PASSWORD information.
>>
>>
>>Joel Ewing has made a valid point about programs potentially having LRECL 
>>expectations. COBOL is good for that.
>>
>>Tim Brown is silent on what he actually wants to do this for. Until then it's 
>>difficult to suggest something concrete. Ditch the blocksize has been said, 
>>making the LRECL smaller has no obvious benefit has been said. Just to add 
>>that the LRECL can always be "overridden" on the DD for a subsequent 
>>reference.
>>
>>
>>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
>>> Why not just create a VBA file with a very long LRECL and not worry about 
>>> it at all? Longer  LRECLs don't introduce any more ov‎eReader than short 
>>> ones.
>>>
>>> -teD
>>>   Original Message
>>> From: Kjell Holmborg
>>> Sent: Wednesday, March 2, 2016 02:54
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Reply To: IBM Mainframe Discussion List
>>> Subject: Re: rexx and tso alllocate
>>>
>>> One suggestion might be that your rexx program writes records to a stem 
>>> variable and you could keep track of the longest record and then just 
>>> before writing the contents of the stem variables to the dataset you do a 
>>> TSO Allocate with the longest record as a variable to the ALLOCATE command.
>>>
>>> /Kjell
>>>

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by replying to this e-mail 
and delete the e-mail 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: rexx and tso alllocate

[Lizette Koehler]

Have you tried under TSO BATCH with or without ISPF libraries (and I am 
thinking the ISF libraries may need to be included in the JCL).

Lizette


-Original Message-
>From: "Barkow, Eileen" 
>Sent: Mar 3, 2016 9:26 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>I am currently converting some SDSF BATCH routines to SDSF  REXX and I am 
>finding that things do not always work the same when
>invoking the clist from ISPF 1.6 and invoking it  from batch with IRXJCL.
>option  1.6 runs under TSO/E and IRXJCL does not.
>so far, I have encountered differences with the ISFOWNER settings, putting 
>quotes on datasetnames used for ISFPRTDSNAME,
>and the use of the TSO/E SYSDSN routine is not allowed with IRXJCL.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Thursday, March 03, 2016 11:09 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>If you search on JES2DISK by John McKown,
>https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997
>
>This is a very nice example of extracting from SPOOL to DASD or other.
>
>Lizette
>
>
>-Original Message-
>>From: Tim Brown 
>>Sent: Mar 3, 2016 9:06 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>
>>No I havent will research
>>
>>Thanks
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>>Behalf Of Lizette Koehler
>>Sent: Thursday, 03 March, 2016 11:04 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>
>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>attachments. Never supply UserID/PASSWORD information.
>>
>>
>>If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
>>of this work?
>>
>>Lizette
>>
>>
>>-Original Message-
>>>From: Tim Brown 
>>>Sent: Mar 3, 2016 8:31 AM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: Re: rexx and tso alllocate
>>>
>>>Briefly,  I have a home grown process that takes selected output files from 
>>>the Jes2 spool via an external writer and writes them to a combined dataset 
>>>with separators. I then read the results via REXX and create individual 
>>>files that are processed via TXT2PDF to create pdfs. Some of the resulting 
>>>pdfs were not taking the width of the page and I thought it was related to 
>>>files whose actual lrecl was quite less than the lrecl of 300 that was used 
>>>to capture all files originally. That was not the case, it was the zoom 
>>>parameter on the font statement, by making it 100 it fit the page perfectly.
>>>
>>>I am ok for now , but since I started this thread, how do others create 
>>>PDF's from Jes2 spool output?
>>>
>>>Appreciated as always!
>>>
>>>Tim
>>>
>>>
>>>
>>>-Original Message-
>>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>>>On Behalf Of Bill Woodger
>>>Sent: Wednesday, 02 March, 2016 4:16 AM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: rexx and tso alllocate
>>>
>>>
>>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>>attachments. Never supply UserID/PASSWORD information.
>>>
>>>
>>>Joel Ewing has made a valid point about programs potentially having LRECL 
>>>expectations. COBOL is good for that.
>>>
>>>Tim Brown is silent on what he actually wants to do this for. Until then 
>>>it's difficult to suggest something concrete. Ditch the blocksize has been 
>>>said, making the LRECL smaller has no obvious benefit has been said. Just to 
>>>add that the LRECL can always be "overridden" on the DD for a subsequent 
>>>reference.
>>>
>>>
>>>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
 Why not just create a VBA file with a very long LRECL and not worry about 
 it at all? Longer  LRECLs don't introduce any more ov‎eReader than short 
 ones.

 -teD
   Original Message
 From: Kjell Holmborg
 Sent: Wednesday, March 2, 2016 02:54
 To: IBM-MAIN@LISTSERV.UA.EDU
 Reply To: IBM Mainframe Discussion List
 Subject: Re: rexx and tso alllocate

 One suggestion might be that your rexx program writes records to a stem 
 variable and you could keep track of the longest record and then just 
 before writing the contents of the stem variables to the dataset you do a 
 TSO Allocate with the longest record as a variable to the ALLOCATE command.

 /Kjell

>

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

Re: rexx and tso alllocate

[Paul Gilmartin]

On 2016-03-03, at 09:26, Barkow, Eileen wrote:

> I am currently converting some SDSF BATCH routines to SDSF  REXX and I am 
> finding that things do not always work the same when
> invoking the clist from ISPF 1.6 and invoking it  from batch with IRXJCL.
> option  1.6 runs under TSO/E and IRXJCL does not.
> so far, I have encountered differences with the ISFOWNER settings, putting 
> quotes on datasetnames used for ISFPRTDSNAME,
> and the use of the TSO/E SYSDSN routine is not allowed with IRXJCL.
>  
But do you need it?

I have an EXEC with job ID as its argument which extracts spool files
to a UNIX directory tree, one file per spool data set, and (optionally)
paxes that to a Classic data set.  No need to concatenate the spool
data sets only to separate them later.  One thing readily available
from SDSF Rexx which I (almost) ignore but which would be very useful
to the OP is that RECFM and LRECL for each spool data set are available
and could be used as arguments to TXT2PDF.  In fact, SDSF Rexx will
allocate each spool data set to a different DDNAME and if TXT2PDF
has flexibility in its input DDNAME (as standard utilities have)
those could be used directly as its input.

Runs alike under ISPF and z/OS UNIX; haven't tried IRXJCL, but
I'd be optimistic.

I select FILEDATA={TEXT|BINARY|RECORD} based on DDNAME; I wish there
were a better way.  I'm delighted to note that OEDIT is savvy to
FILEDATA=RECORD.


> -Original Message-
> From:  Lizette Koehler
> Sent: Thursday, March 03, 2016 11:09 AM
> 
> If you search on JES2DISK by John McKown,
> https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997
> 
> This is a very nice example of extracting from SPOOL to DASD or other.
>  
(Haven't looked).

-- gil

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

Re: rexx and tso alllocate

[Paul Gilmartin]

On Thu, 3 Mar 2016 10:30:47 -0700, Paul Gilmartin wrote:
>
>...  In fact, SDSF Rexx will
>allocate each spool data set to a different DDNAME and if TXT2PDF
>has flexibility in its input DDNAME (as standard utilities have)
>those could be used directly as its input.
> 
It has.  Yaaay!:
http://www.lbdsoftware.com/TXT2PDF-User-Guide.pdf

Otherwise, I was envisioning games with BPXWDYN( 'concat().. ) to
cheat around such a restriction.

-- gil

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

Re: rexx and tso alllocate

[Barkow, Eileen]

thanks Lizette.

I started out using IKJEFT01 and for some reason switched to IRXJCL.
What will run with IRXJCL will also run from ISPF 1.6 but not the other way 
around.

Anyway,  the SDSF REXX clists certainly run a lot faster than the cumbersome 
SDSF BATCH and can accomplish the same thing
as far as extracting spool files.

,-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, March 03, 2016 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx and tso alllocate

Have you tried under TSO BATCH with or without ISPF libraries (and I am 
thinking the ISF libraries may need to be included in the JCL).

Lizette


-Original Message-
>From: "Barkow, Eileen" 
>Sent: Mar 3, 2016 9:26 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>I am currently converting some SDSF BATCH routines to SDSF  REXX and I am 
>finding that things do not always work the same when
>invoking the clist from ISPF 1.6 and invoking it  from batch with IRXJCL.
>option  1.6 runs under TSO/E and IRXJCL does not.
>so far, I have encountered differences with the ISFOWNER settings, putting 
>quotes on datasetnames used for ISFPRTDSNAME,
>and the use of the TSO/E SYSDSN routine is not allowed with IRXJCL.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Thursday, March 03, 2016 11:09 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: rexx and tso alllocate
>
>If you search on JES2DISK by John McKown,
>https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997
>
>This is a very nice example of extracting from SPOOL to DASD or other.
>
>Lizette
>
>
>-Original Message-
>>From: Tim Brown 
>>Sent: Mar 3, 2016 9:06 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>
>>No I havent will research
>>
>>Thanks
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>>Behalf Of Lizette Koehler
>>Sent: Thursday, 03 March, 2016 11:04 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: rexx and tso alllocate
>>
>>
>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>attachments. Never supply UserID/PASSWORD information.
>>
>>
>>If you are a jes2 shop, have you looked at the ISFEXEC (SDSF REXX) to do some 
>>of this work?
>>
>>Lizette
>>
>>
>>-Original Message-
>>>From: Tim Brown 
>>>Sent: Mar 3, 2016 8:31 AM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: Re: rexx and tso alllocate
>>>
>>>Briefly,  I have a home grown process that takes selected output files from 
>>>the Jes2 spool via an external writer and writes them to a combined dataset 
>>>with separators. I then read the results via REXX and create individual 
>>>files that are processed via TXT2PDF to create pdfs. Some of the resulting 
>>>pdfs were not taking the width of the page and I thought it was related to 
>>>files whose actual lrecl was quite less than the lrecl of 300 that was used 
>>>to capture all files originally. That was not the case, it was the zoom 
>>>parameter on the font statement, by making it 100 it fit the page perfectly.
>>>
>>>I am ok for now , but since I started this thread, how do others create 
>>>PDF's from Jes2 spool output?
>>>
>>>Appreciated as always!
>>>
>>>Tim
>>>
>>>
>>>
>>>-Original Message-
>>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>>>On Behalf Of Bill Woodger
>>>Sent: Wednesday, 02 March, 2016 4:16 AM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: rexx and tso alllocate
>>>
>>>
>>>** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
>>>attachments. Never supply UserID/PASSWORD information.
>>>
>>>
>>>Joel Ewing has made a valid point about programs potentially having LRECL 
>>>expectations. COBOL is good for that.
>>>
>>>Tim Brown is silent on what he actually wants to do this for. Until then 
>>>it's difficult to suggest something concrete. Ditch the blocksize has been 
>>>said, making the LRECL smaller has no obvious benefit has been said. Just to 
>>>add that the LRECL can always be "overridden" on the DD for a subsequent 
>>>reference.
>>>
>>>
>>>On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL  wrote:
 Why not just create a VBA file with a very long LRECL and not worry about 
 it at all? Longer  LRECLs don't introduce any more ov‎eReader than short 
 ones.

 -teD
   Original Message
 From: Kjell Holmborg
 Sent: Wednesday, March 2, 2016 02:54
 To: IBM-MAIN@LISTSERV.UA.EDU
 Reply To: IBM Mainframe Discussion List
 Subject: Re: rexx and tso alllocate

 One suggestion might be that your rexx program writes records to a stem 
 variable and you could keep track of the longest record and then just 
 before writing the contents of the stem variables to the dataset you do a 
 TSO Allocate with the longest record as a variable to the ALL

Re: rexx and tso alllocate

[Edward Finnell]

InfoPrint transform and ePrint from _www.leadtools.com_ 
(http://www.leadtools.com) 
 
https://www.leadtools.com/corporate/press/2013/lead-releases-eprint-version-
6
 
 
In a message dated 3/3/2016 9:31:50 A.M. Central Standard Time,  
tbr...@cenhud.com writes:

how do  others create PDF's from Jes2 spool  output?


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

Re: Check for dynamic HCD activation

[Anthony Thompson]

I must still refer you to the 'D IOS,CONFIG' command, if you have the authority 
(in a REXX, use the SDSF ISFSLASH service).

The command response gives you the date/time of the latest I/O configuration.  
If the date/time is later than the IPL time/date, then you know there been an 
IODF activated since. The command response also tells you which IODF was 
activated, so you can interrogate the catalogue and discover which volume that 
IODF is on. If you need the unit address of that volume, look at the response 
from system command 'D U,VOL=vv'

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of White, Andy
Sent: Friday, 4 March 2016 1:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check for dynamic HCD activation

Thanks to those that replied.  We collect the LOAD PARM information so and 
update a chart for our operations staff based on the last IPL. This way if the 
hardware unit does an update what I called the HCD or IODF dynamically and do 
an activate we capture it, this way if it doesn’t match we automate an email to 
our staff. This way we check our LOADxx member matches the volume where the 
IODFxx is on DASD.

The goal:  We know it from yes (Mark's rexx exec, agree it's very useful)  the 
current one but if it's changed dynamically the code doesn’t pick it up, is 
there a way to pick it up through another exec or anything else? And yes we 
control dynamic activations via RACF and yes only hardware staff can do it.

-- SNIP ---



2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, 
but it doesn't show whether the config was activated after IPL.
Even case where IODF HSA <> IODF MVS does not mean there was an activate, 
because system could be IPLed with non-matching IODF (which in turn disallow 
dynamic changes).

3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether 
dynamic change took place.



BTW: What's the goal? IMHO there are some other methods to get such 
information. Not to mention dynamic activate should be strictly controlled and 
performed only by persons who really know what they do.

Regards
--
Radoslaw Skorupka
Lodz, Poland




The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: error adding volumes to DFSMS storage group

[retired mainframer]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Neil Duffee
> Sent: Thursday, March 03, 2016 8:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: error adding volumes to DFSMS storage group
> 

> 
> Hey, here’s another thought.  You’ve already verified that DISPLAY SMS 
> matches the
> CDS name you’re working with, right?  (Scratch another item off the 
> diagnostic list.)

If I remember correctly, D SMS will show the DSN of the SCDS that was last 
activated and copied to the ACDS.  It will not tell you if the data in the SCDS 
is still current or has been modified in anticipation of a future activate.

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

Re: bootstrapping the GZIP for z/OS install

[David Crayford]

On 2/03/2016 8:07 PM, Vince Coen wrote:

Just of of completeness you can call the program direct if you have not
yet set up the paths by running :


/bin/gzip -V[ etc ]


Yikes! What's gzip doing in /bin on a z/OS system?


That said the bin directory should already be in the search paths so
check it via
echo $PATH

If not add it to your profile (or for all users if wanted).
.
  
Vince



On 02/03/16 04:44, Bruce Hewson wrote:

Hello David,

thank you - that worked.


1st:-
ITSXSA3:/u/bruce: >cd bin
ITSXSA3:/u/bruce/bin: >gzip --version
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME HAVE_UNISTD_H


2nd:
ITSXSA3:/u/bruce/local/gzip/gzip-1.6-edc/bin: >gzip --version
gzip 1.6
Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License .
There is NO WARRANTY, to the extent permitted by law.

Written by Jean-loup Gailly.




Regards
Bruce Hewson

--
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: Check for dynamic HCD activation

[Bruce Hewson]

matching Ant.

there are some indicators to identify if something has changed since last IPL.


From D IOS,CONFIG there is the DATE/TIME of the PROCESSOR TOKEN.  You can also 
use the ACTIVE IODF DATA SET name to check it's BUILD datetime.

From D IPLINFO there is the SYSTEM IPLED date and time. There is also IODF 
ORIGINAL vs CURRENT device address.

Lastly you could use SECURITY audit tracking or AUTOMATION to monitor ACTIVATE 
commands.

I am guessing your hardware team does a lot of DASD movement (TDMF?) without 
advising the Operation teams clearly of their activities.

Changes in IODF volume address require changes to IPL LOAD parms, but other 
IODF ACTIVATEs shouldnt cause any grief if your LOADxx member is set up with 
the generic IODF suffix search parameter.


Regards
Bruce Hewson

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