Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Any LOGREC Code Snippets Out There?

23 views
Skip to first unread message

Lizette Koehler

unread,
May 24, 2013, 11:55:28 AM5/24/13
to
Hi,



I have a need to summarize Logrec data based on UCB. So I only care about
hardware records (for now).



If anyone has any pointers - that will be helpful. I am also looking at a
SAS/MXG solution as well.



What I need in my report is the following





Date Time UCB Type Event



2013-05-23 00.00 123A 3390 OBR (LONG)

2013-05-24 17.00 13AB 3490 OBR





And so on. Time (hour or Hour/Minute based) is optional, but if added I
might be able to do a time graph later.



We have some very old hardware and I am trying to show management how many
errors and which type over time. And the Logrec reports are very big and
wordy for what I want. I may put in a Share request to get a summary
function (yes there are some already) more like what I want. ;-o



If someone has something to share, I will be very grateful.





Thanks for any guidance.



Lizette










----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LIST...@VM.MARIST.EDU with the message: INFO TSO-REXX

Bob Bridges

unread,
May 27, 2013, 8:34:04 AM5/27/13
to
I don't know "LOGREC", but if you're talking about SMF records then the last
I tried it, you can't read them directly in REXX because they're VBS, where
the 'S' stands for "spanned"; native REXX won't handle that, at least the
interpreted version. So if I wanted to handle them in REXX, the first thing
I'd do is look for some way either to convert them to some RECFM that REXX
can read, or for an add-on to REXX - there's probably something in the CBT
collection - that will enable REXX to read them directly.

---
Bob Bridges
rhb...@attglobal.net, cell 336 382-7313
rbri...@InfoSecInc.com

/* Nor did [C S] Lewis present God's message as "vacuous bromides." He saw
it as just the opposite: a love so consuming that our natural reaction to it
is shock, almost terror....God's love is fierce, burning, and, like the love
of any real father, troubling; he demands that we love him back with all of
our energy. In truth, God loves us far more than we want to be loved. At
times his love feels to us like hatred and tyranny. No wonder we're tempted
to hate him. -Joe Sobran */

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-...@VM.MARIST.EDU] On Behalf Of
Lizette Koehler
Sent: Friday, May 24, 2013 11:56

I have a need to summarize Logrec data based on UCB. So I only care about
hardware records (for now). If anyone has any pointers - that will be
helpful. I am also looking at a SAS/MXG solution as well.

What I need in my report is the following

Date Time UCB Type Event
2013-05-23 00.00 123A 3390 OBR (LONG)
2013-05-24 17.00 13AB 3490 OBR

And so on. Time (hour or Hour/Minute based) is optional, but if added I
might be able to do a time graph later.

We have some very old hardware and I am trying to show management how many
errors and which type over time. And the Logrec reports are very big and
wordy for what I want. I may put in a Share request to get a summary
function (yes there are some already) more like what I want. ;-o

Paul Gilmartin

unread,
May 27, 2013, 8:57:08 AM5/27/13
to
On 2013-05-27, at 06:33, Bob Bridges wrote:

> I don't know "LOGREC", but if you're talking about SMF records then the last
> I tried it, you can't read them directly in REXX because they're VBS, where
> the 'S' stands for "spanned"; native REXX won't handle that, at least the
> interpreted version. So if I wanted to handle them in REXX, the first thing
> I'd do is look for some way either to convert them to some RECFM that REXX
> can read, or for an add-on to REXX - there's probably something in the CBT
> collection - that will enable REXX to read them directly.
>
Or be patient. It has been announced that in z/OS 2.1, Rexx
will be RECFM=U-savvy. So you could override the attributes
in allocation and decode the SDWs yourself.

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0013

Or, nowadays, you can likewise override to RECFM=U; read
blocks with ISPF LMGET, and decode the SDWs yourself. I
know LMGET will deal with RECFM=U; I don't know that it
will deal with RECFM=VBS.

Isn't z/OS fun?

-- gil
0 new messages