Re: SDSF Process

I strongly recommend that you use the SDSF/REXX API. Use the following as a model. The actual fields to use are described in the SDSF Users guide. isfsysname='**' isfowner='' isfprefix=''

Re: SDSF Process

The Converter does symbol substitution for JCL.There is more flexibility for in-stream data. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

Re: SDSF Process

>/* ... SYSINI DD * generated here?? No. /* (Slash followed asterisk does not generate SYSIN >> Are the symbols above resolved by the converter or the scheduler, avoiding >> this problem? I believe it is resolved by the interpreter/converter >>Also, is there a hazard that if the job runs

Re: SDSF Process

On Thu, 3 Mar 2022 00:34:24 +, Sri h Kolusu wrote: > >You can schedule a job that runs SDSF in batch and then extracts the contents. >I assumed that your systems have SYSSYM=ALLOW so that you can save the >results using the date and time. >Something like this > >// EXPORT SYMLIST=* >// SET

Re: SDSF Process

Steely Mark, You can schedule a job that runs SDSF in batch and then extracts the contents. I assumed that your systems have SYSSYM=ALLOW so that you can save the results using the date and time. Something like this // EXPORT SYMLIST=* // SET CDATE=Y // SET CTIME=H /*

SDSF Process

I would like to be able to have SDSF perform a DA and sort CPU% D every 15 seconds and store it to a file. Does anyone have a process that does something similar - batch, started task etc. Thank You *** Disclaimer *** This communication (including all attachments) is solely for the use

Re: PCHID WWPN report

Thanks all. Until the email from Ed, I didn't really realize or spot there was a pattern to the WWPN which included the PCHIDs. Using that convention I was able to "produce" the WWPNs in excel and do some VLOOKUPS to cross check. I am progressing fine now. On Wed, Mar 2, 2022 at 11:02 PM Radoslaw

Re: PCHID WWPN report

W dniu 02.03.2022 o 16:20, Mainframe Sysprog pisze: GM Listers, I want to obtain the WWPN of all PCHIDS on a processor and want to know what would be the fastest/easiest way to do that. The objective here is to do kind of an audit of what's connected to where for a new configuration and cross

Re: PCHID WWPN report [EXTERNAL]

Thanks Paul. It did list me the WWNN and WWPN but I believe those are for the DASD subsystem that the paths connect to. What I am looking for is a similar process to obtain the WWPN of the PCHIDS on the processor end. This was still something new for me. Thanks for sharing that. On Wed, Mar 2,

Re: PCHID WWPN report [EXTERNAL]

You might consider trying ICKDSF with the ANALYZE option. I used it to create a cross reference of PCHID to DASD port for the EMC DASD boxes we have. Sample of what I used. //ZOS1D3E EXEC PGM=ICKDSF,REGION=128M //SYSPRINT DD SYSOUT=* //DSFDUMP DD

PCHID WWPN report

GM Listers, I want to obtain the WWPN of all PCHIDS on a processor and want to know what would be the fastest/easiest way to do that. The objective here is to do kind of an audit of what's connected to where for a new configuration and cross check it with intended HW configuration. I have the

Re: S0C4 pic 4

I would think the only way to prove is do a IVSK on the referenced storage I got it from subpool 0 so I assumed it was storage key 8 Regardless I wasn’t able to re-create it I did spend about 4 - 5 hours looking at it before I posted the problem The next day however Seymour asked me to

Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project

Has someone suggested Zaphrod Beeblebrox from HGTTG? Zeaot? Zing? Zoro? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Spiegel [dspiegel...@hotmail.com] Sent:

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

IMHO, Chien-Shiung Wu would have gotten the Nobel Prize had she been male. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf

Re: S0C4 pic 4

As with too many posts like this, the best that can be said is "prove it". Capture a dump and show what the dump formatter shows. The PIC 4 occurred for one of the architected reasons. Without sufficient data, it is not possible to help. Peter Relson z/OS Core Technology Design

Re: S0C4 pic 4

As with too many posts like this, the best that can be said is "prove it", such as by taking a dump when the error occurred and showing what the dump formatter shows. If a PIC 4 occurred, it was for one of the architected reasons. Without sufficient evidence, it is impossible to help. Peter