Missing SMF Record Type 89
We are running z/OS 2.4 on a z15 with three LPARs (Production, Development, and Sandbox). We use SMF log streams to collect our SMF records. We kick off a batch job everyday at 2:00 to capture the previous day's SMF records from the log stream, and write them to a GDG dataset. SMF Type 89 is turned on for all LPARs. This past month, May, our Sandbox LPAR has 23 hours missing on May 10th. The LPAR was up on May 10th. Yet, there are no TYPE 89 records from 00:00 to 23:00 on May 10th. I cannot determine why the SMF Type 89s were not cut for that day. I have the syslog for that day and have looked at the messages after midnight of the 10th. But I do not see anything regarding TYPE 89 records. What else can I do to determine why the 89s were not cut for that one day only? 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: Missing SMF Record Type 89
In the system log check the SMF swap times and the batch jobs that copy and re-initialize the SMF files. On Mon, Jun 3, 2024 at 9:07 AM rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: > > We are running z/OS 2.4 on a z15 with three LPARs (Production, Development, > and Sandbox). We use SMF log streams to collect our SMF records. We kick off > a batch job everyday at 2:00 to capture the previous day's SMF records from > the log stream, and write them to a GDG dataset. SMF Type 89 is turned on for > all LPARs. > > This past month, May, our Sandbox LPAR has 23 hours missing on May 10th. The > LPAR was up on May 10th. Yet, there are no TYPE 89 records from 00:00 to > 23:00 on May 10th. I cannot determine why the SMF Type 89s were not cut for > that day. I have the syslog for that day and have looked at the messages > after midnight of the 10th. But I do not see anything regarding TYPE 89 > records. What else can I do to determine why the 89s were not cut for that > one day only? 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 -- 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
un-VMARC for MVS?
Is there an un-VMARC for MVS? Or need I ship to VM to do the processing? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Missing SMF Record Type 89
What records are not missing from Sandbaox on May 10th? Do you have the job logs from SMF off-loading for may 10th data? What do the 2 and 3 SMF record time-stamps from the May 10th -look like? Michael At 09:06 AM 6/3/2024, rpinion865 wrote: Content-Transfer-Encoding: base64We are running z/OS 2.4 on a z15 with three LPARs (Production, Development, and Sandbox). We use SMF log streams to collect our SMF records. We kick off a batch job everyday at 2:00 to capture the previous day's SMF records from the log stream, and write them to a GDG dataset. SMF Type 89 is turned on for all LPARs. This past month, May, our Sandbox LPAR has 23 hours missing on May 10th. The LPAR was up on May 10th. Yet, there are no TYPE 89 records from 00:00 to 23:00 on May 10th. I cannot determine why the SMF Type 89s were not cut for that day. I have the syslog for that day and have looked at the messages after midnight of the 10th. But I do not see anything regarding TYPE 89 records. What else can I do to determine why the 89s were not cut for that one day only? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Missing SMF Record Type 89
My bad, the daily SMF dump job did NOT run at 2:00 AM on May 11th as it was scheduled to run. That job was supposed to dump data for the 10th. There was testing going on for the replacement joblog/sysout archiver software that caused all scheduled jobs on the sandbox LPAR for May 11th to wait for a reply. I was not contacted until after midnight on May 12th, which is when I replied to the messages. Since the SMF dump job uses the RELATIVEDATE(BYDAY,1,1) parameter, this caused the job to dump the May 11th data. Ding, ding user error (and I am the user)! Sent with Proton Mail secure email. On Monday, June 3rd, 2024 at 1:12 PM, Michael Oujesky wrote: > What records are not missing from Sandbaox on May 10th? Do you have > the job logs from SMF off-loading for may 10th data? What do the 2 > and 3 SMF record time-stamps from the May 10th -look like? > > Michael > > At 09:06 AM 6/3/2024, rpinion865 wrote: > > > Content-Transfer-Encoding: base64We are running z/OS 2.4 on a z15 > > with three LPARs (Production, Development, and Sandbox). We use SMF > > log streams to collect our SMF records. We kick off a batch job > > everyday at 2:00 to capture the previous day's SMF records from the > > log stream, and write them to a GDG dataset. SMF Type 89 is turned > > on for all LPARs. > > > > This past month, May, our Sandbox LPAR has 23 hours missing on May > > 10th. The LPAR was up on May 10th. Yet, there are no TYPE 89 records > > from 00:00 to 23:00 on May 10th. I cannot determine why the SMF Type > > 89s were not cut for that day. I have the syslog for that day and > > have looked at the messages after midnight of the 10th. But I do not > > see anything regarding TYPE 89 records. What else can I do to > > determine why the 89s were not cut for that one day only? Thanks in advance. > > > > Sent with Proton Mail secure email. > > > > -- > > 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: un-VMARC for MVS?
https://www.homerow.net/zvm/vma/ From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen Sent: Monday, June 3, 2024 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: un-VMARC for MVS? Is there an un-VMARC for MVS? Or need I ship to VM to do the processing? -- 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: Coupling Facility List structure versus CIC Data Table
I probably read the docs wrong. From this link https://www.ibm.com/docs/en/zos/2.4.0?topic=ixcnote-note-pad-related-limits It seems that there is much space than I had thought/ On Mon, Jun 3, 2024 at 2:14 PM Mark A. Brooks wrote: > I'm not understanding "XCF Notepad won't work as the data structure is a > largish Cobol Copybook more than 64 bytes". > The "notes' in a note pad can each be up to 1024 bytes. > > -- > 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: un-VMARC for MVS?
There is also https://www.oocities.org/rosspatterson/vmarc/ Find the line that says "Bill Godfrey's unpack-only port of VMARC 1.2.13 to MVS" which is a link to a zip file. The port was made specifically for MVS. Bill On Mon, 3 Jun 2024 18:21:36 +, Farley, Peter wrote: >https://www.homerow.net/zvm/vma/ > >From: IBM Mainframe Discussion List On Behalf Of >Binyamin Dissen >Sent: Monday, June 3, 2024 12:54 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: un-VMARC for MVS? > > >Is there an un-VMARC for MVS? > > > >Or need I ship toMVM to do the processing? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN