Re: realtime monitoring of various storage subpools

2022-08-25 Thread Hank Oerlemans
I'm very fond of the new stuff in SDSF with z/OS 2.5 .

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


Re: How to use LISTDSI from Rexx under Unix shell?

2022-08-25 Thread Hank Oerlemans
See https://www.ibm.com/docs/en/zos/2.4.0?topic=environment-examples

Use your OMVS Rexx to Address TSO 'exec (mydsi)' your working code and outtrap 
to work with the results.

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


Re: Modern DASD benchmark testing

2022-08-25 Thread Timothy Sipples
Ideally you'd run all your ordinary workloads but in a stress testing way, with 
simulated demand, ordinary concurrent batch runs, and valid test data. And then 
dial up the stress to +50% (for example) above your prior peak if you want to 
see that.

Simulated demand implies you'd have a load generating tool of some kind. It 
probably wouldn't involve hiring 1,500 temporary workers to sit at PCs to 
simulate employee and customer usage. IBM and other vendors offer load 
generating tools.

Valid test data implies you'd have a tool that generates test data — that 
removes/masks personally identifiable and other sensitive information but 
maintains testing validity of the data so that the test data will benchmark 
similarly to real data. IBM and other vendors offer test data tools.

You may or may not currently be able to run stress tests in your own data 
center with your own infrastructure — although with IBM zSystems stress testing 
is typically much easier to accommodate than with other types of servers. 
(Please talk with "your friendly IBM representative" if you'd like to explore 
on-site stress testing capacity options.) If you cannot handle a stress test 
on-site then one alternative is to contract with a benchmarking center. IBM is 
in that business, too. The benchmarking center will typically offer suitable 
infrastructure with security protocols, professional help (to make sure the 
tests are valid, to execute the tests with your participation, and to compile 
results that are understandable), and temporary use of testing tools (load 
generators, etc.) It's rare that you would have only one test run. Usually 
benchmark testing is iterative. You would have a plan, but you would also be 
open to surprises and then run additional tests (change a parameter, for 
example) based on your initial findings.

IBM and other storage vendors may also be able to provide examples of 
realistic, representative benchmarks they've run in order to characterize their 
offerings, and that could be more than satisfying for whatever your concerns 
are. And in some cases they might even be able to offer credible delivery 
promises of specific performance attributes particularly if they're minimum 
relative ones. (Example: "With these assumptions we promise you'll see at least 
double your existing I/O throughput Y. In the unlikely event you don't see at 
least double we'll deliver some additional consideration X.")

It's important to be concise in forming and putting down the open questions 
you're trying to answer. ("What are we trying to prove? Do we even need to?") 
The more demands you have the more likely it is those demands will translate 
into higher costs and/or fewer vendors willing to participate in any contest. 
Demands should be realistic and necessary. In principle you can benchmark 
practically anything (and spend years doing it, by which time there's a new 
model anyway). Many tests simply aren't worth running because they wouldn't 
clear up any genuine mysteries. For example when I'm shopping for a smartphone 
and want certain battery life I'll check the vendor's representations and also 
what professional reviewers (i.e. previously run benchmarks) have to say about 
battery life. And then I'll fundamentally trust that information as long as the 
sources are credible. I don't need to run my own battery life tests, especially 
when the expected battery life is 2X my minimum required X. I have better ways 
to spend my time. In the rare event the battery is defective (doesn't hold a 
charge) the reputable vendor that sold me the smartphone will receive my 
warranty claim and will honor it. Other things I might worry about. I might 
stop at the vendor's shop to see what "Starlight Blue" looks like (a 
basic/quick benchmark), for example. Or not if the phone's color isn't 
important enough to worry about, because it'll require some of my time and 
effort to visit the shop.

As an occasional reminder my views are my own.

— — — — —
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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


Re: How to use LISTDSI from Rexx under Unix shell?

2022-08-25 Thread Farley, Peter x23353
Results under TSO/ISPF:

  3 *-* address TSO  
  4 *-* Myrc = LISTDSI("'TSOUSER.EXEC'")
>L>   "'TSOUSER.EXEC'"  
>F>   "0"
  5 *-* Say 'RC='Myrc',reason='SYSREASON 
>L>   "RC="  
>V>   "0"
>O>   "RC=0" 
>L>   ",reason=" 
>O>   "RC=0,reason=" 
>V>   "" 
>O>   "RC=0,reason=" 
 RC=0,reason=
Results under Unix shell:

/u/tsouser > cat test.rex
/* REXX */
trace "I"
address TSO
Myrc = LISTDSI("'TSOUSER.EXEC'")
say "Myrc="Myrc",reason="SYSREASON
/u/tsouser > ls -la test.rex
-rwxr-xr-x   1 'TSOUSER  IPGROUP  100 Aug 25 13:17 test.rex
/u/tsouser > test.rex
 3 *-* address TSO
 4 *-* Myrc = LISTDSI("'TSOUSER.EXEC'")
   >L>   "'TSOUSER.EXEC'"
 4 +++ Myrc = LISTDSI("'TSOUSER.EXEC'")
IRX0043I Error running ./test.rex, line 4: Routine not found
/u/tsouser >


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, August 25, 2022 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to use LISTDSI from Rexx under Unix shell?

EXTERNAL EMAIL

The current environment shouldn't matter,  What is the output from Sample code 
to get LISTDSI information on 'profilename.EXEC':

/* Rexx */
trace i
Myrc = LISTDSI('EXEC')
Say 'RC='Myrc',reason='SYSREASON

Do the results change if you fully qualify the name?




--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!PklzQNpdawcFoesdvpTMIAxVFV0YwB_wzbMOiqhtRUydn0TkPM5kN2sOFZL7gnoPboy6U6-8YX_XX-K26lo4PA$
  


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [031df298a9da-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, August 24, 2022 11:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to use LISTDSI from Rexx under Unix shell?

Posted earlier today on MVS-OE but got no responses there.

I know this has probably been discussed previously but I can't seem to get the 
Marist MVS-OE archive search to work for me.

Is there any way to use the LISTDSI TSO external function from "address tso" in 
a Rexx program run under the Unix shell?

I can only get it to return RC = -3, "routine not found".  Sample code below.

RTFM seems to indicate that "address tso" in a REXX program run under the Unix 
shell will run a TSO TMP in a separate address space, which is OK, I can 
capture the output from that as needed, but I am not getting any execution of 
LISTDSI at all.

Peter

Sample code to get LISTDSI information on 'profilename.EXEC':

/* Rexx */
Address tso
Myrc = LISTDSI('EXEC')
Say 'RC='Myrc',reason='SYSREASON


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

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: realtime monitoring of various storage subpools

2022-08-25 Thread David Spiegel

Hi Dave,
Have you looked at GFS Trace?
Please see: GETMAIN, FREEMAIN, STORAGE (GFS) trace - IBM Documentation 



Regards,
David

On 2022-08-25 13:37, Dave Jousma wrote:

All,

is there another method to monitor subpool usage for a specific address space 
besides Omegamon?   I realize I could take periodic console dumps and look, but 
looking for other methods out of the box.  We have a rogue address space with a 
memory leak, and wanting to track  storage growth (or lack of when leak fixed).

Thanks in advance.

Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: Modern DASD benchmark testing [EXTERNAL]

2022-08-25 Thread Carmen Vitullo
+1 for Paul's response, IIRC I did use the SMF dump program at one time 
to copy SMF data, the SMF data for me was a good choice because you can 
count on the data to have tons of records, good point to turn off zHPF, 
run the test multiple times, your first run will prolly have the best 
stats since the data has not been CACHED, or on some modern subsystems, 
move to solid state storage.


some new subsystem have a hierarchy for data, that hierarchy can throw 
off your test results


Carmen

On 8/25/2022 12:40 PM, Feller, Paul wrote:

Well depending on how technical you want to get.  You could write some code to 
write/read data and then look at the RMF records.

I created some code to do that using VSAM KSDS.  A poor persons benchmark 
software.  I did not go as far as Carmen around turning stuff off/on.  I would 
run the jobs before a change and then after a change.  I would run the stuff in 
our sand box lpar to avoid other I/O from getting mixed in with my tests.  Not 
the most scientific approach but it worked enough to show what the change might 
do.  Last time I did something like this this was when we turned on zHPF.


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, August 25, 2022 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modern DASD benchmark testing [EXTERNAL]

got ya, so sorry, It's been so many years since I've done any kind of 
benchmark, we used a tool back in the day that generated data, then read that 
data back over and over, the problem today, is I don't think there's so much 
control over the DASD subsystem as there was when I was benchmark spinning DASD 
or RVA's

we'd make sure we'd clear cache, turn off cache, DFW and run some benchmarks, 
then do the same on the new subsystem(s)

maybe someone here still performs DASD benchmarks and can offer a solution

Carmen

On 8/25/2022 12:19 PM, rpinion865 wrote:

Not so much as to where to find the statistics.  Rather, a set of benchmarks to 
produce the statistics.  Thanks.




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, August 25th, 2022 at 1:16 PM, Carmen Vitullo  
wrote:



IIRC - the RMF/SMF record type 74-5 can you provide the I/O rates,
Cache Statistics.etc

https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_serv
ers_resourcelink_svc00100.nsf_pages_zOSV2R4sc342664-3FOpenDocument=
DwICaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_
gm45NyOc=Sfu9QUeD61DPi8IxmW4PEpaI9FONEd0zrNwb9t8PpxbGzSChwY9aFZZCy5
YUor0m=OeiFfcNCAm5sDtxmZe0oIBIKM9aS1iulszVqPhFFAT4=


Carmen

On 8/25/2022 12:11 PM, rpinion865 wrote:


I have been asked for ideas in regards to DASD benchmark testing. We would like 
to compare IBM DS88xx's against competitors. Something that would generate 
statistics for I/O rate, response time, and exercise track change rate 
(replication performance).

Something free of course. Thanks in advance.

Sent with Proton Mail secure email.


-- For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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


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


Re: realtime monitoring of various storage subpools [EXTERNAL]

2022-08-25 Thread Feller, Paul
Dave, if you want to sit there and hit enter to watch things you could try SDSF 
(zOS 2.4) panel AS and subcommand JM.  See if that is what you are looking for.


The Address Space Memory (AS) panel allows   
authorized users to display the storage  
utilization of address spaces in the sysplex.
 
Access it with the AS command.   



JMDisplay the job's use of memory. (Access the
  Job Memory panel.)  

Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, August 25, 2022 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: realtime monitoring of various storage subpools [EXTERNAL]

All,

is there another method to monitor subpool usage for a specific address space 
besides Omegamon?   I realize I could take periodic console dumps and look, but 
looking for other methods out of the box.  We have a rogue address space with a 
memory leak, and wanting to track  storage growth (or lack of when leak fixed).

Thanks in advance.

Dave

--
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: Modern DASD benchmark testing [EXTERNAL]

2022-08-25 Thread Feller, Paul
Well depending on how technical you want to get.  You could write some code to 
write/read data and then look at the RMF records.

I created some code to do that using VSAM KSDS.  A poor persons benchmark 
software.  I did not go as far as Carmen around turning stuff off/on.  I would 
run the jobs before a change and then after a change.  I would run the stuff in 
our sand box lpar to avoid other I/O from getting mixed in with my tests.  Not 
the most scientific approach but it worked enough to show what the change might 
do.  Last time I did something like this this was when we turned on zHPF. 


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, August 25, 2022 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modern DASD benchmark testing [EXTERNAL]

got ya, so sorry, It's been so many years since I've done any kind of 
benchmark, we used a tool back in the day that generated data, then read that 
data back over and over, the problem today, is I don't think there's so much 
control over the DASD subsystem as there was when I was benchmark spinning DASD 
or RVA's

we'd make sure we'd clear cache, turn off cache, DFW and run some benchmarks, 
then do the same on the new subsystem(s)

maybe someone here still performs DASD benchmarks and can offer a solution

Carmen

On 8/25/2022 12:19 PM, rpinion865 wrote:
> Not so much as to where to find the statistics.  Rather, a set of benchmarks 
> to produce the statistics.  Thanks.
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Thursday, August 25th, 2022 at 1:16 PM, Carmen Vitullo 
>  wrote:
>
>
>> IIRC - the RMF/SMF record type 74-5 can you provide the I/O rates, 
>> Cache Statistics.etc
>>
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_serv
>> ers_resourcelink_svc00100.nsf_pages_zOSV2R4sc342664-3FOpenDocument=
>> DwICaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_
>> gm45NyOc=Sfu9QUeD61DPi8IxmW4PEpaI9FONEd0zrNwb9t8PpxbGzSChwY9aFZZCy5
>> YUor0m=OeiFfcNCAm5sDtxmZe0oIBIKM9aS1iulszVqPhFFAT4=
>>
>>
>> Carmen
>>
>> On 8/25/2022 12:11 PM, rpinion865 wrote:
>>
>>> I have been asked for ideas in regards to DASD benchmark testing. We would 
>>> like to compare IBM DS88xx's against competitors. Something that would 
>>> generate statistics for I/O rate, response time, and exercise track change 
>>> rate (replication performance).
>>>
>>> Something free of course. Thanks in advance.
>>>
>>> Sent with Proton Mail secure email.
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email tolists...@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


realtime monitoring of various storage subpools

2022-08-25 Thread Dave Jousma
All,

is there another method to monitor subpool usage for a specific address space 
besides Omegamon?   I realize I could take periodic console dumps and look, but 
looking for other methods out of the box.  We have a rogue address space with a 
memory leak, and wanting to track  storage growth (or lack of when leak fixed).

Thanks in advance.

Dave

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


Re: Modern DASD benchmark testing

2022-08-25 Thread Carmen Vitullo
got ya, so sorry, It's been so many years since I've done any kind of 
benchmark, we used a tool back in the day that generated data, then read 
that data back over and over, the problem today, is I don't think 
there's so much control over the DASD subsystem as there was when I was 
benchmark spinning DASD or RVA's


we'd make sure we'd clear cache, turn off cache, DFW and run some 
benchmarks, then do the same on the new subsystem(s)


maybe someone here still performs DASD benchmarks and can offer a solution

Carmen

On 8/25/2022 12:19 PM, rpinion865 wrote:

Not so much as to where to find the statistics.  Rather, a set of benchmarks to 
produce the statistics.  Thanks.




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, August 25th, 2022 at 1:16 PM, Carmen Vitullo  
wrote:



IIRC - the RMF/SMF record type 74-5 can you provide the I/O rates, Cache
Statistics.etc

https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc342664?OpenDocument


Carmen

On 8/25/2022 12:11 PM, rpinion865 wrote:


I have been asked for ideas in regards to DASD benchmark testing. We would like 
to compare IBM DS88xx's against competitors. Something that would generate 
statistics for I/O rate, response time, and exercise track change rate 
(replication performance).

Something free of course. Thanks in advance.

Sent with Proton Mail secure email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: Modern DASD benchmark testing

2022-08-25 Thread rpinion865
Not so much as to where to find the statistics.  Rather, a set of benchmarks to 
produce the statistics.  Thanks.




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, August 25th, 2022 at 1:16 PM, Carmen Vitullo  
wrote:


> IIRC - the RMF/SMF record type 74-5 can you provide the I/O rates, Cache
> Statistics.etc
> 
> https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc342664?OpenDocument
> 
> 
> Carmen
> 
> On 8/25/2022 12:11 PM, rpinion865 wrote:
> 
> > I have been asked for ideas in regards to DASD benchmark testing. We would 
> > like to compare IBM DS88xx's against competitors. Something that would 
> > generate statistics for I/O rate, response time, and exercise track change 
> > rate (replication performance).
> > 
> > Something free of course. Thanks in advance.
> > 
> > Sent with Proton Mail secure email.
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@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: Modern DASD benchmark testing

2022-08-25 Thread Carmen Vitullo
IIRC - the RMF/SMF record type 74-5 can you provide the I/O rates, Cache 
Statistics.etc


https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc342664?OpenDocument 



Carmen

On 8/25/2022 12:11 PM, rpinion865 wrote:

I have been asked for ideas in regards to DASD benchmark testing. We would like 
to compare IBM DS88xx's against competitors. Something that would generate 
statistics for I/O rate, response time, and exercise track change rate 
(replication performance).

Something free of course. Thanks in advance.

Sent with [Proton Mail](https://proton.me/) secure email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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


Modern DASD benchmark testing

2022-08-25 Thread rpinion865
I have been asked for ideas in regards to DASD benchmark testing. We would like 
to compare IBM DS88xx's against competitors. Something that would generate 
statistics for I/O rate, response time, and exercise track change rate 
(replication performance).

Something free of course. Thanks in advance.

Sent with [Proton Mail](https://proton.me/) secure email.

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


Re: How to use LISTDSI from Rexx under Unix shell?

2022-08-25 Thread Seymour J Metz
The current environment shouldn't matter,  What is the output from
Sample code to get LISTDSI information on 'profilename.EXEC':

/* Rexx */
trace i
Myrc = LISTDSI('EXEC')
Say 'RC='Myrc',reason='SYSREASON

Do the results change if you fully qualify the name?




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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [031df298a9da-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, August 24, 2022 11:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to use LISTDSI from Rexx under Unix shell?

Posted earlier today on MVS-OE but got no responses there.

I know this has probably been discussed previously but I can't seem to get the 
Marist MVS-OE archive search to work for me.

Is there any way to use the LISTDSI TSO external function from "address tso" in 
a Rexx program run under the Unix shell?

I can only get it to return RC = -3, "routine not found".  Sample code below.

RTFM seems to indicate that "address tso" in a REXX program run under the Unix 
shell will run a TSO TMP in a separate address space, which is OK, I can 
capture the output from that as needed, but I am not getting any execution of 
LISTDSI at all.

Peter

Sample code to get LISTDSI information on 'profilename.EXEC':

/* Rexx */
Address tso
Myrc = LISTDSI('EXEC')
Say 'RC='Myrc',reason='SYSREASON


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: How to use LISTDSI from Rexx under Unix shell?

2022-08-25 Thread Kirk Wolf
You might wish try executing the "catsearch" shell command from Rexx, which is 
part of the Co:Z Toolkit.
This uses IGGCSI00, along with other services to obtain DSCB information.

https://coztoolkit.com/docs/zos-utilities/dsp-ref_catsearch.html

> catsearch  -l user.coz.**
Volume  Referred  Ext  TracksUsed Recfm Lrecl BlkSz Dsorg  Dsname
WORK81 2008/09/24   1  30   ?  U0  6144  PO-E  USER.COZ.LOADLIB
WORK81 2008/09/24   1  15   4  FB  80 27920  POUSER.COZ.SAMPJCL
WORK84 2008/09/11   1   1   1  U0  6144  PSUSER.COZ.TEST.SEQ
WORK81 2008/09/24   1  15   4  FB  80 27920  POUSER.COZ.TESTJCL

Co:Z is free to use under the terms of our Community License.
Enterprise License and Support Agreements also available.
See: http://coztoolkit.com/support.html

Kirk Wolf
Dovetailed Technologies, LLC

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Aug 25, 2022, at 5:02 AM, Michael Babcock wrote:
> Off the top of my head, you might also look at the catalog search
> interface.  Examples in SYS1.SAMPLIB I believe.
> 
> On Wed, Aug 24, 2022 at 10:47 PM Farley, Peter x23353 <
> 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Posted earlier today on MVS-OE but got no responses there.
> >
> > I know this has probably been discussed previously but I can't seem to get
> > the Marist MVS-OE archive search to work for me.
> >
> > Is there any way to use the LISTDSI TSO external function from "address
> > tso" in a Rexx program run under the Unix shell?
> >
> > I can only get it to return RC = -3, "routine not found".  Sample code
> > below.
> >
> > RTFM seems to indicate that "address tso" in a REXX program run under the
> > Unix shell will run a TSO TMP in a separate address space, which is OK, I
> > can capture the output from that as needed, but I am not getting any
> > execution of LISTDSI at all.
> >
> > Peter
> >
> > Sample code to get LISTDSI information on 'profilename.EXEC':
> >
> > /* Rexx */
> > Address tso
> > Myrc = LISTDSI('EXEC')
> > Say 'RC='Myrc',reason='SYSREASON
> >
> >
> > 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
> >
> -- 
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
> 
> --
> 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 use LISTDSI from Rexx under Unix shell?

2022-08-25 Thread Michael Babcock
Off the top of my head, you might also look at the catalog search
interface.  Examples in SYS1.SAMPLIB I believe.

On Wed, Aug 24, 2022 at 10:47 PM Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Posted earlier today on MVS-OE but got no responses there.
>
> I know this has probably been discussed previously but I can't seem to get
> the Marist MVS-OE archive search to work for me.
>
> Is there any way to use the LISTDSI TSO external function from "address
> tso" in a Rexx program run under the Unix shell?
>
> I can only get it to return RC = -3, "routine not found".  Sample code
> below.
>
> RTFM seems to indicate that "address tso" in a REXX program run under the
> Unix shell will run a TSO TMP in a separate address space, which is OK, I
> can capture the output from that as needed, but I am not getting any
> execution of LISTDSI at all.
>
> Peter
>
> Sample code to get LISTDSI information on 'profilename.EXEC':
>
> /* Rexx */
> Address tso
> Myrc = LISTDSI('EXEC')
> Say 'RC='Myrc',reason='SYSREASON
>
>
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Defining a new Class in JES

2022-08-25 Thread Michael Babcock
It depends.  Do you have some sort of WRITER or SYSOUT Archival tool or
product sweeping output of certain (or all) classes or jobs?  SAR, RMDS,
products like that.

On Wed, Aug 24, 2022 at 11:20 PM Peter  wrote:

> Hello
>
> I am trying to understand if it is possible to define a new JES class which
> can allow the output to remain in the queue for few minutes or an hour ?
>
> Is it possible? Or if someone has already attempted and can we do this
> without an IPL ?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Is there a mathematician in the house?

2022-08-25 Thread Keith Gooding
https://en.wikipedia.org/wiki/Euler%27s_totient_function

Sent from my iPad

> On 23 Aug 2022, at 23:45, Bob Bridges  wrote:
> 
> Comment from another knowledgeable cove:
> 
> "In number theory, Euler's totient function counts the positive integers up 
> to a given integer n that are relatively prime to n. It is written using the 
> Greek letter phi as φ(n) or ϕ(n), and may also be called Euler's phi 
> function. In other words, it is the number of integers k in the range 1 ≤ k ≤ 
> n for which the greatest common divisor gcd(n, k) is equal to 1. The integers 
> k of this form are sometimes referred to as totatives of n."
> 
> First of all, yeah, "relatively prime", not "mutually prime" as I wrote 
> below.  It didn't seem quite right even at the time, though I suppose it was 
> clear enough.
> 
> So "(a, 26) = 1", I guess, is just another way of specifying why φ(26) is 12. 
>  I can take up the chapter again, now.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* Canada could have had the culture of France, the entrepreneurial spirit of 
> the US and the British tradition of tolerance.  Instead it got the culture of 
> the US, the entrepreneurial spirit of Britain and the French tradition of 
> tolerance. */
> 
> -Original Message-
> From: robhbrid...@gmail.com  
> Sent: Tuesday, August 23, 2022 17:12
> 
> Ah, so "(a, 26) = 1" simply states what I had already figured out, that there 
> must be no common factors between them.  (Not counting 1 itself, of course.)  
> I think I read once that another way of saying that is " and 26 are 
> mutually prime".  Thanks, Horacio.
> 
> I'm thinking that in one sense there are actually an infinite number of 
> values that will work for , but once you get to 26 and past they're simply 
> repeating previous values.  For instance, if you use 3 (and I'll pretend b=0 
> just for simplicity here) then the ciphertext numbers are 3, 6, 9, 12, 15, 
> 18, 21, 24, 1, 4, 7, 10, 13, 16, 19, 22, 25, 2, 5, 8, 11, 14, 17, 20, 23, 26. 
>  I could also use a=29, 55, 81 and so on, but the ciphertext sequence is 
> identical so there's no point.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Horacio Luis Villa
> Sent: Tuesday, August 23, 2022 17:01
> 
> (m,n) is the great common divisor between m and n.
> Can't tell what phi(26)=12 is, but I would say is something like "there are
> 12 coprimes among the 26 first natural numbers".
> 
> 
> De: IBM Mainframe Discussion List  en nombre de Bob 
> Bridges 
> Enviado: martes, 23 de agosto de 2022 17:50
> 
> I got to talking with a church friend about encryption, and at lunch 
> yesterday he lent me a book on number theory that has a chapter on asymmetric 
> encryption.  Cryptography has long been a hobby of mine, but it's only 
> recently that I came to understand a little of how asymmetric encryption can 
> work.
> 
> The chapter I'm perusing will get into asymmetric encryption eventually, but 
> it's starting with simple rotational ciphers.  Expanding on the simple 
> rotation, it then talks about something it calls "affine transformations", 
> which introduce an additional term into the formula used to encrypt or 
> decrypt the text:
> 
>  C ≡ P+ (mod 26) 0 ≤ C ≤ 25
> 
> ...where, it specifies, "(a, 26) = 1".  Here's where I pause:  What operation 
> is indicated by "(m, n)"?
> 
> It goes on to say that for 26 letters in the cipher, "there are ф(26) = 12 
> choices for ".  I can see that  and 26 must have no factors in common 
> for this to work, and without actually working out how many choices there are 
> I can easily believe the answer is 12, but what function is implied by phi?
> 
> --
> 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