Re: Question on use of LPARNAME, SYSNAME and SMFID
Interesting. I remember the SMFid being around on MVS 3.7 and 3.8. The Sysname (CVTSNAME) became more important with the advent of Sysplex so I probably remember using it from then. Wikipedia has MVS/SP dated as 1980. It was preceded by MVS/SE and before that by MVS 3.8. I don't think I used MVS/SP until 1982ish. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: 14 February 2023 01:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on use of LPARNAME, SYSNAME and SMFID >I think the SMFID is older than SYSNAME. I think SYSNAME dates from the late 80s or 90s, whereas SMFID was in the early versions of MVS. System symbols are only 30 years old, but system name (via CVTSNAME) has existed since at least MVS/SP1.3 (no later than 1977). SMF ID (SMCASID) appears to predate even that. It remains the case that, of the three items in the subject, only &SYSNAME is defined as a system symbol by z/OS. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
determine job that created dataset?
Is there a way to determine what job created a dataset? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DB2 DSNTRVFY WLM verify job stops WLM
I am running the DB2 install job DSNTRVFY used to verify WLM Application Environments. It seems it stop some of my Application Environments. How could I find out why? I am posting here after not getting any responses on DB2-L. thanks for any help or direction. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine job that created dataset?
SMF should have that information, if you collect it. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: יום ג 14 פברואר 2023 12:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: determine job that created dataset? Is there a way to determine what job created a dataset? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine job that created dataset?
Thank you for your response. Might you know the IFCID and the field? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine job that created dataset?
As far as I remember, It's SMF type 14 or 15, and maybe 60 for the catalog operation. I would use DAF to scan the SMF file and find the information. You can get DAF here https://sites.google.com/site/michaeljosephcleary/michael-joseph-cleary/zos-freeware Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: יום ג 14 פברואר 2023 12:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: determine job that created dataset? Thank you for your response. Might you know the IFCID and the field? -- 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
Sv: determine job that created dataset?
No access to that... -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För Gadi Ben-Avi Skickat: den 14 februari 2023 12:03 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: determine job that created dataset? As far as I remember, It's SMF type 14 or 15, and maybe 60 for the catalog operation. I would use DAF to scan the SMF file and find the information. You can get DAF here https://sites.google.com/site/michaeljosephcleary/michael-joseph-cleary/zos-freeware Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: יום ג 14 פברואר 2023 12:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: determine job that created dataset? Thank you for your response. Might you know the IFCID and the field? -- 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: determine job that created dataset?
On Tue, Feb 14, 2023, 5:29 AM Bill Giannelli wrote: > Is there a way to determine what job created a dataset > The job name is in the F8 DSCB in the VTOC entry for the dataset IF the dataset resides in the Extended Addressing Space (EAS) on an Extended Addressing Volume (EAV). Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sv: determine job that created dataset?
You can download it from cbttape.org Look for file 094. However you did not provide details. What dataset? VSAM or non-VSAM? Etc. The more details the better help you would get. -- Radoslaw Skorupka Lodz, Poland W dniu 14.02.2023 o 12:23, Lars Höglund pisze: No access to that... -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För Gadi Ben-Avi Skickat: den 14 februari 2023 12:03 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: determine job that created dataset? As far as I remember, It's SMF type 14 or 15, and maybe 60 for the catalog operation. I would use DAF to scan the SMF file and find the information. You can get DAF here https://sites.google.com/site/michaeljosephcleary/michael-joseph-cleary/zos-freeware Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: יום ג 14 פברואר 2023 12:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: determine job that created dataset? Thank you for your response. Might you know the IFCID and the field? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on use of LPARNAME, SYSNAME and SMFID
That was educational Thanks Al! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Sherkow Sent: Monday, February 13, 2023 10:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on use of LPARNAME, SYSNAME and SMFID The 4-char SMFID has been around a very long time. This field is in the header of SMF records at offset=14 (SMF70SID), SMF0SID, etc.). SYSNAME and SYSPLEX were added to many SMF records with MVS/ESA 5.1.0 (as documented in MXG with change 12.034 on Feb 14, 1994). LPARNAME was added in 1988 with PRSM. I think the OS was ESA/390 on 3090 hardware. For some expert witness work I did in the early 90s I began identifying MVS images with the 4-char SMFID from offset 14, the CPUTYPE (SMF70MOD) and the serial number (SMF70SER). I don't think this happens anymore, but also long ago a machine could be significantly changed and keep the same serial number to make software licensing simpler. (For example, replacing a 3033 with a 3090). Keeping the CPUTYPE and the serial number handled that condition. This worked well, and I implemented the same image tracking when I wrote LCS (https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.sherkow.com%2Flcs%2F&data=05%7C01%7COtto.Burgess%40opm.gov%7Cddb2470d86ff454f69f108db0e3ad95a%7C844ef9977b6348f0882a7dc8162e363b%7C0%7C0%7C638119418160619162%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=wRs69%2FjBQ%2FUjJ3ZSxFLuwiYoNVog8wy6tbekD5nEli0%3D&reserved=0) to help sites audit SCRT in 2002. One customer eventually showed me that more information was required. They had two 4-char SMFIDs 'ASYS' on the same machine in different LPARs simultaneously! That totally broke my software. I called Bob Rogers at IBM to ask what was happening and what didn't I understand. He said "they must have different 8-char SYSNAMEs, as that is how Parallel Sysplex keeps those two 'ASYS' separate." Eye opening for me... I had to add SYSPLEX and SYSNAME to completely identify images. I was auditing SCRT, so I determined I needed to add LPARNAME also. A particular 4-char SMFID, SYSNAME, SYSPLEX could be in two different LPARs on a machine during the month (not simultaneously) and I needed to keep them separate. (Later recognized they needed LPARNAME to properly merge SMF70 and SMF89 and in 2007 APAR OA20314 added the LPARNAME to the SMF89 record.) Most of my licensees have 4-char SMFID=SYSNAME. I have a few customers where they are different. As others have written some sites have found interesting uses for the extra four characters in SYSNAME. Al Sherkow, I/S Management Strategies, Ltd. +1 414 332-3062 https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.sherkow.com%2F&data=05%7C01%7COtto.Burgess%40opm.gov%7Cddb2470d86ff454f69f108db0e3ad95a%7C844ef9977b6348f0882a7dc8162e363b%7C0%7C0%7C638119418160619162%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=gc679rVXx5DOSWAZKuuWI4HY5eXuEfP8kctp1ge8fnw%3D&reserved=0 -- 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: Are JNI required to be re-entrant and/or re-usable?
Steve Austin wrote >as the 1st call works and subsequent calls fail in the assembler routine. That's a bit surprising to me. It's usually concurrent calls that fail due to reentrancy issues of a non-reentrant module, not "subsequent calls". So while the concurrency case is quite possibly still a big problem, there might be something else going on, such as not initializing something that you are assuming is initialized. And if that was the case, your module is not only not reentrant but is not reusable. And that is unlikely to be what you intend. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are JNI required to be re-entrant and/or re-usable?
OP stated that it is not reusable. Regrettable, but he's stuck with it. Your guess of a DS that the code assumes is initialized seems plausible. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson [rel...@us.ibm.com] Sent: Tuesday, February 14, 2023 8:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Are JNI required to be re-entrant and/or re-usable? Steve Austin wrote >as the 1st call works and subsequent calls fail in the assembler routine. That's a bit surprising to me. It's usually concurrent calls that fail due to reentrancy issues of a non-reentrant module, not "subsequent calls". So while the concurrency case is quite possibly still a big problem, there might be something else going on, such as not initializing something that you are assuming is initialized. And if that was the case, your module is not only not reentrant but is not reusable. And that is unlikely to be what you intend. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zSecure class description
(This is not RACF question, so I addressed it here) zSecure option RA - RACF Administration, S Settings, then RACFCLAS show list of RACF classes. All the IBM-supplied classes have brief description. However user-defined classes have ??? instead. Question: is it possible to supply zSecure some text for the classes? -- 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: Question on use of LPARNAME, SYSNAME and SMFID
It goes back to OS/360. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, February 14, 2023 4:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on use of LPARNAME, SYSNAME and SMFID Interesting. I remember the SMFid being around on MVS 3.7 and 3.8. The Sysname (CVTSNAME) became more important with the advent of Sysplex so I probably remember using it from then. Wikipedia has MVS/SP dated as 1980. It was preceded by MVS/SE and before that by MVS 3.8. I don't think I used MVS/SP until 1982ish. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: 14 February 2023 01:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on use of LPARNAME, SYSNAME and SMFID >I think the SMFID is older than SYSNAME. I think SYSNAME dates from the late 80s or 90s, whereas SMFID was in the early versions of MVS. System symbols are only 30 years old, but system name (via CVTSNAME) has existed since at least MVS/SP1.3 (no later than 1977). SMF ID (SMCASID) appears to predate even that. It remains the case that, of the three items in the subject, only &SYSNAME is defined as a system symbol by z/OS. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
how to read SMF data?
when getting SMF records how do you actually read the data / fields? is there a common program/ job to access SMF data? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on use of LPARNAME, SYSNAME and SMFID
The SMF id goes back to the SMF option of OS/360. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson [rel...@us.ibm.com] Sent: Monday, February 13, 2023 8:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on use of LPARNAME, SYSNAME and SMFID >I think the SMFID is older than SYSNAME. I think SYSNAME dates from the late >80s or 90s, whereas SMFID was in the early versions of MVS. System symbols are only 30 years old, but system name (via CVTSNAME) has existed since at least MVS/SP1.3 (no later than 1977). SMF ID (SMCASID) appears to predate even that. It remains the case that, of the three items in the subject, only &SYSNAME is defined as a system symbol by z/OS. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
If you're already licensed for SAS, get MXG. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, February 14, 2023 9:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: how to read SMF data? when getting SMF records how do you actually read the data / fields? is there a common program/ job to access SMF data? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 DSNTRVFY WLM verify job stops WLM
In my experience DB2 WLM environments are stopped because the associated started task failed - Eg abend or JCL error. Check the output and syslog. I also once forgot to copy the STC JCL from the proclib which I use for dB2 installation to a system proclib library so no STC output just a syslog message. I do not know if there is a more general way to find the reason . > On 14 Feb 2023, at 10:36, Bill Giannelli wrote: > > I am running the DB2 install job DSNTRVFY used to verify WLM Application > Environments. It seems it stop some of my Application Environments. How could > I find out why? > I am posting here after not getting any responses on DB2-L. > thanks for any help or direction. > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
is MXG a pay for product? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
The last time I looked the price was ridiculously cheap, and if your already paying for SAS then the delta is negligible. You get a lot and the support is excellent (not a word I use a lot .) -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, February 14, 2023 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to read SMF data? is MXG a pay for product? -- 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: DB2 DSNTRVFY WLM verify job stops WLM
Bill, Typically WLM appl. environments enter a stopped state due to a program error in one of the programs running in that address space. Are you certain that the specific WLM instances were in a normal state at the outset? It would be unusual for one of the Db2-supplied routines to have caused the error. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, February 14, 2023 05:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: DB2 DSNTRVFY WLM verify job stops WLM I am running the DB2 install job DSNTRVFY used to verify WLM Application Environments. It seems it stop some of my Application Environments. How could I find out why? I am posting here after not getting any responses on DB2-L. thanks for any help or direction. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
thank you for your responses! I just found out we have MXG! doing google searches. might you point me to a link and or manual on how to use MXG? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
mxg.com On Tue, 14 Feb 2023 09:10:04 -0600, Bill Giannelli wrote: >thank you for your responses! >I just found out we have MXG! >doing google searches. >might you point me to a link and or manual on how to use MXG? >thanks >Bill > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine job that created dataset?
Look at the 14 and 15 records Steve Beaver -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Tuesday, February 14, 2023 4:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: determine job that created dataset? SMF should have that information, if you collect it. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: יום ג 14 פברואר 2023 12:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: determine job that created dataset? Is there a way to determine what job created a dataset? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Befuddled
I am absolutely befuddled. These are the control cards I fed to IFASMFDL, and there are many 14's and 15's yet The OUDD has no records. Does anyone see any thing wrong? IFA010I SMF DUMP PARAMETERS IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT IFA010I SIGSTRIP -- DEFAULT IFA010I NOSOFTINFLATE -- DEFAULT IFA010I SMARTEPOVER(0200) -- DEFAULT IFA010I WEEKSTART(SUN) -- DEFAULT IFA010I DATE(190,2099366) -- DEFAULT IFA010I END(1124) -- SYSIN IFA010I START(1101) -- SYSIN IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN IFA020I T15 -- A819822.SMF.TYP1415 IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END DATE 2023.044 SUMMARY ACTIVITY REPORT START DATE-TIME 02/14/2023-06:00:00 END DATE-T RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD M TYPE READOF TOTAL LENGTHLENGTH 2 0 3 0 14 299,718 4.32 % 438.67 432 1560,461 .87 % 460.20 432 17 5,187 .07 % 100.00 100 __ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
Since you have MXG, you should be able to get the doc for free from their website. I was just there checking on a few things. https://www.mxg.com Regards, Steve Thompson On 2/14/2023 10:10 AM, Bill Giannelli wrote: thank you for your responses! I just found out we have MXG! doing google searches. might you point me to a link and or manual on how to use MXG? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Befuddled
Are you looking for ty[pe 80 (or 30) records? If you, you did not specify them in the selection criteria. ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Tue, Feb 14, 2023 at 5:55 PM Steve Beaver wrote: > I am absolutely befuddled. > > > > These are the control cards I fed to IFASMFDL, and there are many 14's and > 15's yet > > The OUDD has no records. Does anyone see any thing wrong? > > > > IFA010I SMF DUMP PARAMETERS > > IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT > > IFA010I SIGSTRIP -- DEFAULT > > IFA010I NOSOFTINFLATE -- DEFAULT > > IFA010I SMARTEPOVER(0200) -- DEFAULT > > IFA010I WEEKSTART(SUN) -- DEFAULT > > IFA010I DATE(190,2099366) -- DEFAULT > > IFA010I END(1124) -- SYSIN > > IFA010I START(1101) -- SYSIN > > IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN > > IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN > > IFA020I T15 -- A819822.SMF.TYP1415 > > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T > > RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD > M > > TYPE READOF TOTAL LENGTHLENGTH > >2 0 > >3 0 > > 14 299,718 4.32 % 438.67 432 > > 1560,461 .87 % 460.20 432 > > 17 5,187 .07 % 100.00 100 > > __ > > > -- > 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: Befuddled
I'm really looking for 14,15's but I did not change the JCL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Itschak Mugzach Sent: Tuesday, February 14, 2023 9:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Befuddled Are you looking for ty[pe 80 (or 30) records? If you, you did not specify them in the selection criteria. ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Tue, Feb 14, 2023 at 5:55 PM Steve Beaver wrote: > I am absolutely befuddled. > > > > These are the control cards I fed to IFASMFDL, and there are many 14's and > 15's yet > > The OUDD has no records. Does anyone see any thing wrong? > > > > IFA010I SMF DUMP PARAMETERS > > IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT > > IFA010I SIGSTRIP -- DEFAULT > > IFA010I NOSOFTINFLATE -- DEFAULT > > IFA010I SMARTEPOVER(0200) -- DEFAULT > > IFA010I WEEKSTART(SUN) -- DEFAULT > > IFA010I DATE(190,2099366) -- DEFAULT > > IFA010I END(1124) -- SYSIN > > IFA010I START(1101) -- SYSIN > > IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN > > IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN > > IFA020I T15 -- A819822.SMF.TYP1415 > > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T > > RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD > M > > TYPE READOF TOTAL LENGTHLENGTH > >2 0 > >3 0 > > 14 299,718 4.32 % 438.67 432 > > 1560,461 .87 % 460.20 432 > > 17 5,187 .07 % 100.00 100 > > __ > > > -- > 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: [EXTERNAL] Re: Befuddled
Are your dates off? > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T DATE=23.044 = February 13 START-DATE=February 14 It looks to me like you're looking for data from the 13th but your SMF dataset has data for the 14th. Rex On Tue, Feb 14, 2023 at 5:55 PM Steve Beaver wrote: > I am absolutely befuddled. > > > > These are the control cards I fed to IFASMFDL, and there are many 14's > and 15's yet > > The OUDD has no records. Does anyone see any thing wrong? > > > > IFA010I SMF DUMP PARAMETERS > > IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT > > IFA010I SIGSTRIP -- DEFAULT > > IFA010I NOSOFTINFLATE -- DEFAULT > > IFA010I SMARTEPOVER(0200) -- DEFAULT > > IFA010I WEEKSTART(SUN) -- DEFAULT > > IFA010I DATE(190,2099366) -- DEFAULT > > IFA010I END(1124) -- SYSIN > > IFA010I START(1101) -- SYSIN > > IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN > > IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN > > IFA020I T15 -- A819822.SMF.TYP1415 > > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T > > RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD > M > > TYPE READOF TOTAL LENGTHLENGTH > >2 0 > >3 0 > > 14 299,718 4.32 % 438.67 432 > > 1560,461 .87 % 460.20 432 > > 17 5,187 .07 % 100.00 100 > > __ > > > -- > 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Befuddled
This SYSIN is correct RELATIVEDATE(BYDAY,01,01) which says yesterday and today -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Tuesday, February 14, 2023 10:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Befuddled Are your dates off? > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T DATE=23.044 = February 13 START-DATE=February 14 It looks to me like you're looking for data from the 13th but your SMF dataset has data for the 14th. Rex On Tue, Feb 14, 2023 at 5:55 PM Steve Beaver wrote: > I am absolutely befuddled. > > > > These are the control cards I fed to IFASMFDL, and there are many 14's > and 15's yet > > The OUDD has no records. Does anyone see any thing wrong? > > > > IFA010I SMF DUMP PARAMETERS > > IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT > > IFA010I SIGSTRIP -- DEFAULT > > IFA010I NOSOFTINFLATE -- DEFAULT > > IFA010I SMARTEPOVER(0200) -- DEFAULT > > IFA010I WEEKSTART(SUN) -- DEFAULT > > IFA010I DATE(190,2099366) -- DEFAULT > > IFA010I END(1124) -- SYSIN > > IFA010I START(1101) -- SYSIN > > IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN > > IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN > > IFA020I T15 -- A819822.SMF.TYP1415 > > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T > > RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD > M > > TYPE READOF TOTAL LENGTHLENGTH > >2 0 > >3 0 > > 14 299,718 4.32 % 438.67 432 > > 1560,461 .87 % 460.20 432 > > 17 5,187 .07 % 100.00 100 > > __ > > > -- > 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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
Impact or got'cha's on changing SYSNAME
Hi, I've been following the thread on LPARNAME, SYSNAME and SMFID with interest, namely because of a naming issue at my site that has been a minor irritation for me for years. We run a small shop, 2 production LPARs not in a sysplex. One of the LPARs is set up as SYSNAME=SMFID=ZOS1. Unfortunately the other LPAR has SYSNAME=ZOS1 but the SMFID=ZOS2. What kind of headaches will I encounter if I change the SYSNAME on LPAR 2 to ZOS2? I was told we will have issues with SMS and potentially SCRT? TIA Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Sherkow Sent: Monday, February 13, 2023 9:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Question on use of LPARNAME, SYSNAME and SMFID The 4-char SMFID has been around a very long time. This field is in the header of SMF records at offset=14 (SMF70SID), SMF0SID, etc.). SYSNAME and SYSPLEX were added to many SMF records with MVS/ESA 5.1.0 (as documented in MXG with change 12.034 on Feb 14, 1994). LPARNAME was added in 1988 with PRSM. I think the OS was ESA/390 on 3090 hardware. For some expert witness work I did in the early 90s I began identifying MVS images with the 4-char SMFID from offset 14, the CPUTYPE (SMF70MOD) and the serial number (SMF70SER). I don’t think this happens anymore, but also long ago a machine could be significantly changed and keep the same serial number to make software licensing simpler. (For example, replacing a 3033 with a 3090). Keeping the CPUTYPE and the serial number handled that condition. This worked well, and I implemented the same image tracking when I wrote LCS (https://urldefense.com/v3/__https://www.sherkow.com/lcs/__;!!KjMRP1Ixj6eLE0Fj!p5fZvhB5gl1CUBT9gY7F8pyp2PgyTGioz8icTGsRFrEHXW9vTdymGr3OQwlK7eCVJYwyVaprkRwZ$ ) to help sites audit SCRT in 2002. One customer eventually showed me that more information was required. They had two 4-char SMFIDs ‘ASYS’ on the same machine in different LPARs simultaneously! That totally broke my software. I called Bob Rogers at IBM to ask what was happening and what didn’t I understand. He said “they must have different 8-char SYSNAMEs, as that is how Parallel Sysplex keeps those two ‘ASYS’ separate.” Eye opening for me… I had to add SYSPLEX and SYSNAME to completely identify images. I was auditing SCRT, so I determined I needed to add LPARNAME also. A particular 4-char SMFID, SYSNAME, SYSPLEX could be in two different LPARs on a machine during the month (not simultaneously) and I needed to keep them separate. (Later recognized they needed LPARNAME to properly merge SMF70 and SMF89 and in 2007 APAR OA20314 added the LPARNAME to the SMF89 record.) Most of my licensees have 4-char SMFID=SYSNAME. I have a few customers where they are different. As others have written some sites have found interesting uses for the extra four characters in SYSNAME. Al Sherkow, I/S Management Strategies, Ltd. +1 414 332-3062 https://urldefense.com/v3/__http://www.sherkow.com__;!!KjMRP1Ixj6eLE0Fj!p5fZvhB5gl1CUBT9gY7F8pyp2PgyTGioz8icTGsRFrEHXW9vTdymGr3OQwlK7eCVJYwyVWudOQnO$ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Impact or got'cha's on changing SYSNAME
I don't consider myself a "systems programmer" any longer... I assume the only safe way to do this is with an IPL. I don't know if changing this dynamically is an option. There will be no issue with SCRT. SYSNAME is in both the SMF 70 and SMF 89 records that SCRT processes. SCRT can handle changing that during the month without an issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Befuddled
We don't use SMF logstreams so I have never used relativedate, it just seems odd to me that your output is saying that the start date = end date = yesterday. Just for kicks, what happens if you change the parameter to be RELATIVEDATE(BYDAY,01,02)? Does the calculated date change? The doc does read that the parameter as you have it would be yesterday and today but it seems odd to me that using relativedate wouldn't give me the option of choosing a single day, and the doc says you can't use 0 as the last parameter to indicate 1 day. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Tuesday, February 14, 2023 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Befuddled This SYSIN is correct RELATIVEDATE(BYDAY,01,01) which says yesterday and today -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Tuesday, February 14, 2023 10:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Befuddled Are your dates off? > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T DATE=23.044 = February 13 START-DATE=February 14 It looks to me like you're looking for data from the 13th but your SMF dataset has data for the 14th. Rex On Tue, Feb 14, 2023 at 5:55 PM Steve Beaver wrote: > I am absolutely befuddled. > > > > These are the control cards I fed to IFASMFDL, and there are many 14's > and 15's yet > > The OUDD has no records. Does anyone see any thing wrong? > > > > IFA010I SMF DUMP PARAMETERS > > IFA010I REPORTOPTS(NOSUBTYPE) -- DEFAULT > > IFA010I SIGSTRIP -- DEFAULT > > IFA010I NOSOFTINFLATE -- DEFAULT > > IFA010I SMARTEPOVER(0200) -- DEFAULT > > IFA010I WEEKSTART(SUN) -- DEFAULT > > IFA010I DATE(190,2099366) -- DEFAULT > > IFA010I END(1124) -- SYSIN > > IFA010I START(1101) -- SYSIN > > IFA010I RELATIVEDATE(BYDAY,01,01) -- SYSIN > > IFA010I OUTDD(T15,TYPE(14:15,70)) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMF80.RACF) -- SYSIN > > IFA010I LSNAME(IFASMF.DPL1.SMFDFLT) -- SYSIN > > IFA020I T15 -- A819822.SMF.TYP1415 > > IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2023.044, END > > DATE 2023.044 > >SUMMARY ACTIVITY REPORT > > START DATE-TIME 02/14/2023-06:00:00 END > DATE-T > > RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD > M > > TYPE READOF TOTAL LENGTHLENGTH > >2 0 > >3 0 > > 14 299,718 4.32 % 438.67 432 > > 1560,461 .87 % 460.20 432 > > 17 5,187 .07 % 100.00 100 > > __ > > > -- > 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this
Re: Question on use of LPARNAME, SYSNAME and SMFID
I had problems to solve to combine old SMF records (0/IPL, 90(5A)/System Status) when 4-char SMFID/SYSPLEX/SYSNAME are duplicated on different machines as the CPUTYPE and serial number are not in most of the SMF records. I did ask IBM to add those to the SMF header some time ago. I think through DeveloperWorks, or perhaps through ISV relations. That was turned down. I understand it is kind of an "edge case" that doesn't impact many customers. Certainly it occurs for many sites during DR exercises. Clearly ASYS could move from one machine to another. That will cause an SMF90 subtype 7 if the site using "Z EOD" command on the original machine and SMF0 for the IPL on the new machine. The reverse occurs when ASYS moves back to the original, non-DR hardware. With Country Multiplex Pricing, depending on how the site does their DR Exercises, all these moves need to be understood. So lots of merging of SMFID/SYSPLEX/SYSNAME with timestamps to track these events on the proper hardware. Al -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Impact or got'cha's on changing SYSNAME
Hi Al, Thanks for the SCRT information. As far as how to change it, I would be looking at doing it at an IPL , definitely. One of my coworkers says she tried it some time ago (probably years ago) and had SMS issues after changing it. IDK if she changed it at an IPL or how she tried, but she's a bit gun-shy of trying it again. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Sherkow Sent: Tuesday, February 14, 2023 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Impact or got'cha's on changing SYSNAME I don't consider myself a "systems programmer" any longer... I assume the only safe way to do this is with an IPL. I don't know if changing this dynamically is an option. There will be no issue with SCRT. SYSNAME is in both the SMF 70 and SMF 89 records that SCRT processes. SCRT can handle changing that during the month without an issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] how to read SMF data?
Hi Bill, We have a daily job that uses a home-grown Cobol program to parse the SMF data. We report on types 14, 15, 17, 18, 61, 62, 64-66 to get changes made to both VSAM and non-VSAM datasets. I will probably go look at the CBT program that Radoslaw mentioned, just from curiosity, to see how it differs from ours. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, February 14, 2023 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] how to read SMF data? when getting SMF records how do you actually read the data / fields? is there a common program/ job to access SMF data? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
MXG is a source available product. And, just about all the documentation in that source lib. It's a bit massive and perhaps overwhelming. SRCHFOR helps > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Bill Giannelli > Sent: Tuesday, February 14, 2023 7:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: how to read SMF data? > > [EXTERNAL EMAIL] > > thank you for your responses! > I just found out we have MXG! > doing google searches. > might you point me to a link and or manual on how to use MXG? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CLIST for APF and link list datasets
I was shown a clist that had various options to display things like APFs and LLA, etc. I am struggling to remember the clist name to run. I am hoping this vague question sparks someone's memory. does anyone know the clist? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
IPL info בתאריך יום ג׳, 14 בפבר׳ 2023 ב-21:47 מאת Bill Giannelli < billgianne...@gmail.com>: > I was shown a clist that had various options to display things like APFs > and LLA, etc. > I am struggling to remember the clist name to run. > I am hoping this vague question sparks someone's memory. > does anyone know the clist? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
no, it's a clist executed via "TSO (clist name)" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
IPLINFO from CBTTape File 434. There is also SHOWZOS from CBTTAPE File 492 and 614. Both can be found at https://www.cbttape.org but always check here https://cbttape.org/updates.htm first. A good tool, if you have FTP access from your z/OS system to ftp.cbttape.org is found in CBTTAPE File 43 - CBTView. That will make searching what's on the 'tape' and getting the files very easy. Hope this helps Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, February 14, 2023 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CLIST for APF and link list datasets I was shown a clist that had various options to display things like APFs and LLA, etc. I am struggling to remember the clist name to run. I am hoping this vague question sparks someone's memory. does anyone know the clist? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
DDLIST from any ISPF command line. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, February 14th, 2023 at 2:47 PM, Bill Giannelli wrote: > I was shown a clist that had various options to display things like APFs and > LLA, etc. > I am struggling to remember the clist name to run. > I am hoping this vague question sparks someone's memory. > does anyone know the clist? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
http://mzelden.com/mvsfiles/iplinfo.txt בתאריך יום ג׳, 14 בפבר׳ 2023 ב-21:51 מאת Bill Giannelli < billgianne...@gmail.com>: > no, it's a clist executed via "TSO (clist name)" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIST for APF and link list datasets
Both IPLINFO and SHOWZOS are invoked from ISPF using the command TSO Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, February 14, 2023 1:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CLIST for APF and link list datasets no, it's a clist executed via "TSO (clist name)" -- 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
zOSMF
I'm attempting to use the Portable Software Instance dialog to retrieve an IBM order. This is for a z/OS 2.4 system. I've reached a point where I don't know where to look to correct the problem I am having. I'm receiving IZUG1040E when I attempt to submit the generated job. I've run the sample JCL IZUNUSEC to create zOSMF's certificates. I'm connecting to the zOSMF instance using the Opera browser. Any help would be greatly appreciated. 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: [EXTERNAL] CLIST for APF and link list datasets
Are you thinking of ISRDDN?TSO ISRDDN APF for example? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, February 14, 2023 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] CLIST for APF and link list datasets I was shown a clist that had various options to display things like APFs and LLA, etc. I am struggling to remember the clist name to run. I am hoping this vague question sparks someone's memory. does anyone know the clist? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] CLIST for APF and link list datasets
no, it had a menu of almost all the entries in z/OS with APF and LLA amongst them. It might have been a third party software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] CLIST for APF and link list datasets
Perhaps TASID? Lionel B. Dyck < Website: www.lbdsoftware.com Sent from my iPhone 12 Pro Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden > On Feb 14, 2023, at 4:05 PM, Bill Giannelli wrote: > > no, it had a menu of almost all the entries in z/OS with APF and LLA amongst > them. It might have been a third party software > > -- > 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: [EXTERNAL] Re: Impact or got'cha's on changing SYSNAME
You can add the new ID to the SMS definitions before the change then remove the old value after. Our site did do a removal. On Tue, Feb 14, 2023 at 10:40 AM Pommier, Rex wrote: > > Hi Al, > > Thanks for the SCRT information. As far as how to change it, I would be > looking at doing it at an IPL , definitely. One of my coworkers says she > tried it some time ago (probably years ago) and had SMS issues after changing > it. IDK if she changed it at an IPL or how she tried, but she's a bit > gun-shy of trying it again. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Al Sherkow > Sent: Tuesday, February 14, 2023 10:26 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Impact or got'cha's on changing SYSNAME > > I don't consider myself a "systems programmer" any longer... I assume the > only safe way to do this is with an IPL. I don't know if changing this > dynamically is an option. There will be no issue with SCRT. SYSNAME is in > both the SMF 70 and SMF 89 records that SCRT processes. SCRT can handle > changing that during the month without an issue. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] CLIST for APF and link list datasets
Hi Bill, Maybe OMEGAMON or SYSVIEW? Regards, David On 2023-02-14 17:04, Bill Giannelli wrote: no, it had a menu of almost all the entries in z/OS with APF and LLA amongst them. It might have been a third party software -- 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: [EXTERNAL] CLIST for APF and link list datasets
IPLINFO is a great exec, but I'd say the best display is from SDSF APF and LNK commands. Sort by any column. It may have something for LLA, idk. I recently found LPD (Link Pack Directory), which is very helpful (and cool). It pays to check the SDSF command menu now & then. Rob Scott's been porting functions from his MXI to SDSF for years. sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
NJE over IP
Hello, We had some issue setting up NJE over Ip, It's a multi-stack environment (TCPIPA1 & TCPIPA2), we had problem using(Nat) ip and port 175. Netsrv1 couldn't bind to port 175. We did verified that port 175 was not in use from both the stacks. IAZ05451 NETSRV1 Error encountered in function bind() - EDC81161 Address not available. IAZ05011 NETSRV1 Bind for the server socket failed,TCP/IP rc: 1116 IAZ05361 NETSRV1 NJETCP SERVER RECEIVED A PURGE REQUEST IEA9891 SLIP TRAP ID=X13E Matched. JOBNAME=JES2S001, ASID=00CB. IAZ05161 NETSRV1 Error while closing client socket,TCP/IP rc: 113 IEF4041 IEESYSAS-ENDED - TIME=07.07.55 IEF1961 IEF1421 IEESYSAS JES2S001-STEP WAS EXECUTED-COND CODE Thanks Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NJE over IP
What's going on with your message IDs? Why do they end with a "1" in place of an "I"? On Tue, Feb 14, 2023 at 8:47 PM Steve David wrote: > Hello, > > We had some issue setting up NJE over Ip, It's a multi-stack environment > (TCPIPA1 & TCPIPA2), we had problem using(Nat) ip and port 175. Netsrv1 > couldn't bind to port 175. We did verified that port 175 was not in use > from both the stacks. > > IAZ05451 NETSRV1 Error encountered in function > bind() - EDC81161 Address not available. > > IAZ05011 NETSRV1 Bind for the server socket failed,TCP/IP rc: 1116 > > IAZ05361 NETSRV1 NJETCP SERVER RECEIVED A PURGE REQUEST > > IEA9891 SLIP TRAP ID=X13E Matched. JOBNAME=JES2S001, ASID=00CB. > > IAZ05161 NETSRV1 Error while closing client socket,TCP/IP rc: 113 > > IEF4041 IEESYSAS-ENDED - TIME=07.07.55 > > IEF1961 IEF1421 IEESYSAS JES2S001-STEP WAS > EXECUTED-COND CODE > > Thanks > Steve > > -- > 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
Sv: CLIST for APF and link list datasets
And with parm like LINK / APF / LPA (or without parm) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För rpinion865 Skickat: den 14 februari 2023 20:56 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: CLIST for APF and link list datasets DDLIST from any ISPF command line. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, February 14th, 2023 at 2:47 PM, Bill Giannelli wrote: > I was shown a clist that had various options to display things like APFs and > LLA, etc. > I am struggling to remember the clist name to run. > I am hoping this vague question sparks someone's memory. > does anyone know the clist? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine job that created dataset?
Hi Bill, my MXG code:- options ls=160 ; MACRO STOPOVER MISSOVER % MACRO _DSNLIST 'dataset.name.one' 'cluster.name.two.DATA' % %LET MACKEEP=%QUOTE( MACRO _LTY64X _NULL_ % MACRO _ETY64X % MACRO _VAR1415 dsnresult ( KEEP=DSNAME JOB SYSTEM OPENTIME SMFTIME PROGRAM DDNAME OPEN SMF64SMB ACBIN ACBOUT SITUATN JCTJOBID STEPNAME ID ) % MACRO _ETY1415 IF DSNAME IN ( _DSNLIST ) THEN OUTPUT work.dsnresult ; % MACRO _ETY1718 OPENTIME = READTIME; IF DSNAME IN ( _DSNLIST ) THEN OUTPUT work.dsnresult ; % MACRO _ETY64 DSNAME = ENTRNAME; IF DSNAME IN ( _DSNLIST ) THEN OUTPUT work.dsnresult ; % MACRO _ETY77 DSNAME = RNAME ; OPENTIME = STARTIME ; PROGRAM = QNAME; DDNAME = SYSOWN1 ; JOB = JOBOWN1 ; IF DSNAME IN ( _DSNLIST ) THEN OUTPUT work.dsnresult ; % MACRO _ETY64X ; % ); %include sourclib(vmac1415,vmac1718,vmac64,vmac77); %include sourclib(vmacsmf,imackeep); DATA _VAR1415 _VAR1718 _VAR64 _VAR77 _SMF _CDE1415 _CDE1718 _CDE64 _CDE77 proc sort data=work.dsnresult ; by opentime ; options linesize=150 nocaps; proc print uniform noobs split='*' ; var dsname