Re: IBM Semeru Runtime Certified Edition for z/OS, Version 11 is now available!

[David Crayford]

RACF key stores are also a WIP

> On 21 Nov 2021, at 06:44, David Crayford  wrote:
> 
> I was in a meeting with IBM last week with JVM devs and this was mentioned. 
> It’s not ready until Q2 next year. 
> 
>>> On 20 Nov 2021, at 09:31, Andrew Rowley  
>>> wrote:
>>> 
>>> On 20/11/2021 2:40 am, Yuan Jie Song wrote:
>>> IBM Semeru Runtime Certified Edition for z/OS, Version 11, is the latest 
>>> release of Java SDK on z/OS
>> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=migrating-from-earlier-releases-sdk-java-technology-edition
>> 
>> "The zEDC (zEnterprise® Data Compression) Express® adapter and the 
>> Integrated Accelerator for zEDC solution for z15™, which were mentioned in 
>> the zEnterprise Data Compression documentation for version 8, are not 
>> currently supported. As a result, the CPU consumption and performance of 
>> Java applications that make extensive use of data compression might be 
>> affected. Support is intended to be added in a later release."
>> 
>> That seems... not good. Simple use of zEDC compression was one nice feature 
>> of Java on z/OS.
>> 
>> Andrew Rowley
>> 
>> --
>> 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: IBM Semeru Runtime Certified Edition for z/OS, Version 11 is now available!

[David Crayford]

I was in a meeting with IBM last week with JVM devs and this was mentioned. 
It’s not ready until Q2 next year. 

> On 20 Nov 2021, at 09:31, Andrew Rowley  wrote:
> 
> On 20/11/2021 2:40 am, Yuan Jie Song wrote:
>> IBM Semeru Runtime Certified Edition for z/OS, Version 11, is the latest 
>> release of Java SDK on z/OS
> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=migrating-from-earlier-releases-sdk-java-technology-edition
> 
> "The zEDC (zEnterprise® Data Compression) Express® adapter and the Integrated 
> Accelerator for zEDC solution for z15™, which were mentioned in the 
> zEnterprise Data Compression documentation for version 8, are not currently 
> supported. As a result, the CPU consumption and performance of Java 
> applications that make extensive use of data compression might be affected. 
> Support is intended to be added in a later release."
> 
> That seems... not good. Simple use of zEDC compression was one nice feature 
> of Java on z/OS.
> 
> Andrew Rowley
> 
> --
> 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: Is there a field that would reflect LPAR soft-capping?

[Roger Lowe]

On Fri, 19 Nov 2021 10:46:39 -0800, Charles Mills  wrote:

>I am thinking about coding an STC that would "do something" if LPAR
>soft-capping kicked in. Is there a field somewhere in z/OS that gives the
>MSU capacity of the LPAR *and that would change to reflect the effect of
>soft-capping*?
>
>This is for internal use, so I would be willing to bear the risks of a
>non-GUPI field.
>
Charles,
 If you are running RMF, you could use the RMF Monitor III Batch 
Reporter 
(https://www.ibm.com/docs/en/zos/2.5.0?topic=iii-how-use-rmf-monitor-batch-reporter)

We have set it up as a STC and one of the reports it produces is the R4HA every 
15 minutes and writes this information to the OPERLOG and then automation could 
be involved to take certain actions - 

+RMF300I 3B: Processing CPC Report... 21/11/21  
+MVS? - RMF301I: 4H Average:16  
+MVS? - RMF302I: 4H Max:37  
+MVS? - RMF303I: WLM Capping %:  0.0
+MVS? - RMF304I: Group Name: ABCXYZ   
+MVS? - RMF305I: Group Limit:31 
+MVS? - RMF306I: Time until Capping: 240 minutes

Roger

--
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 field that would reflect LPAR soft-capping?;

[Steve Horein]

I do see IRAQVS was expanded between z/OS 2.3 and 2.4:
https://www.ibm.com/docs/en/zos/2.3.0?topic=information-iraqvs-mapping
https://www.ibm.com/docs/en/zos/2.4.0?topic=information-iraqvs-mapping

However, I still get expected results when run on a 2.4 system. I get to do
some fun things in NetView like create "command synonyms", so the Rexx is
expected to return the information based on how it's called:

CMD_NAME   DATE TIME   OPER_ID   USAGE_CNT MOD_NAME MOD_SZ D TY R E P
SE ILS F (CMD_SYNS)...(PARMS(SYNS))
JDIWMQVS 11/18/21 20:56:30 NET97PPT  8 DSICCP   002240 N R  Y Y Y
DE   . N (CECTYPE CECMODEL CECMSUS LPARNAME LPARID LPARMSUS) ()

CECMSUS
305
LPARMSUS
111
CECMODEL
411
CECTYPE
8561
LPARID
3

To me, it appears your variable names and values are not lining up, like
your CECMODEL variable reflects your CECMSUS value, etc.
Hopefully that helps?

On Sat, Nov 20, 2021 at 9:58 AM Phil Smith III  wrote:

> Steve Horein provided some nice Rexx that talks to WLM about this, but I
> don't quite grok the output. When I run it and just display the various
> variables, I get:
>
> QVSVER = 2
>
> QVSFLAGS = 1
>
> IMGVALID = 
>
> CECSTAT = 3906
>
> CECMODEL = 10012
>
> LPARNAME = 1
>
> LPARMSUS = E0
>
> CECVALID = 1
>
> VER2 = 1
>
> CECTYPE = 785
>
> CECMSUS = ZM01
>
> LPARID = 5183
>
> FLCFACL=FBEBFFFBFE7807FCE000
>
>
>
> OTOH if I run:
>
> /* REXX -- Looks at memory and displays MSU counts */
>
>rct = c2d(storage(d2x(c2d(storage(d2x(c2d(storage(10, 4))+604), ,
>
>  4))+228), 4))
>
>say 'CEC MSUs='c2d(storage(d2x(rct+32), 4))';',
>
>  'LPAR MSUs='c2d(storage(d2x(rct+28), 4))';'
>
>
> I get:
>
> CEC MSUs=10012; LPAR MSUs=5183;
>
> which seems more reasonable and matches IPLINFO output.
>
>
>
> I assume I'm just not understanding the output of Steve's program?
>
>
> --
> 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: Is there a field that would reflect LPAR soft-capping?;

[Charles Mills]

The IRAQVS block is documented in Storage Areas, if that helps.

I have not tried the IWMQVS approach as I am 95% content with the two
RCT fields.

The 5% of discontent is that it would be nice to have
- Granularity less than a 4 hour average. What is the MSU/hour consumption
over the last 5 or 15 or even 60 minutes?
- Granularity less than a million service units. Why not just service units?

Suggestions for the resolving the discontent happily accepted. IWMQVS does
not seem to be the answer.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Saturday, November 20, 2021 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a field that would reflect LPAR soft-capping?;

Steve Horein provided some nice Rexx that talks to WLM about this, but I
don't quite grok the output. When I run it and just display the various
variables, I get:

QVSVER = 2

QVSFLAGS = 1

IMGVALID = 

CECSTAT = 3906

CECMODEL = 10012

LPARNAME = 1

LPARMSUS = E0

CECVALID = 1

VER2 = 1

CECTYPE = 785

CECMSUS = ZM01

LPARID = 5183

FLCFACL=FBEBFFFBFE7807FCE000

 

OTOH if I run:

/* REXX -- Looks at memory and displays MSU counts */

   rct = c2d(storage(d2x(c2d(storage(d2x(c2d(storage(10, 4))+604), ,

 4))+228), 4))

   say 'CEC MSUs='c2d(storage(d2x(rct+32), 4))';',

 'LPAR MSUs='c2d(storage(d2x(rct+28), 4))';'


I get:

CEC MSUs=10012; LPAR MSUs=5183;

which seems more reasonable and matches IPLINFO output.

 

I assume I'm just not understanding the output of Steve's program?


--
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: Is there a field that would reflect LPAR soft-capping?;

[Phil Smith III]

Steve Horein provided some nice Rexx that talks to WLM about this, but I
don't quite grok the output. When I run it and just display the various
variables, I get:

QVSVER = 2

QVSFLAGS = 1

IMGVALID = 

CECSTAT = 3906

CECMODEL = 10012

LPARNAME = 1

LPARMSUS = E0

CECVALID = 1

VER2 = 1

CECTYPE = 785

CECMSUS = ZM01

LPARID = 5183

FLCFACL=FBEBFFFBFE7807FCE000

 

OTOH if I run:

/* REXX -- Looks at memory and displays MSU counts */

   rct = c2d(storage(d2x(c2d(storage(d2x(c2d(storage(10, 4))+604), ,

 4))+228), 4))

   say 'CEC MSUs='c2d(storage(d2x(rct+32), 4))';',

 'LPAR MSUs='c2d(storage(d2x(rct+28), 4))';'


I get:

CEC MSUs=10012; LPAR MSUs=5183;

which seems more reasonable and matches IPLINFO output.

 

I assume I'm just not understanding the output of Steve's program?


--
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 field that would reflect LPAR soft-capping?

[Charles Mills]

It references IPLINFO, which uses the same fields I now use.

Interestingly, the "answer" does not seem to answer the OP's question. He asked 
about "current" usage. RCTLACS is the average for the last 4 hours. It would be 
interesting to get the current usage, but I do not know that it is available.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Sylvester
Sent: Saturday, November 20, 2021 1:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a field that would reflect LPAR soft-capping?

On 19/11/2021 21:45, Charles Mills wrote:
> I will build a quick and dirty Rexx to display those two fields on demand and 
> see what I learn.


You may find one in the archives if this list, 13 years ago.

https://bit.listserv.ibm-main.narkive.com/KljbHTxQ/how-to-check-current-msus-usage

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

Re: Moron of the day -- me!

[Mike Shorkend]

The syntax is


PA {[PAGE=]}{dsname[,dsname]...}
   {NONVIO=}

So if I specified PA PAGE='SYS1.LOCAL,PAGE09' I would either expect
the dataset enclosed in the quotes to be used or, get a message
indicating that a quote was found instead of a dsname.

As for the PMR(if I remember correctly, this was back in the 1990s),
the IBM support person pointed out the error to me.




On Sat, 20 Nov 2021 at 15:28, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 20 Nov 2021 11:06:47 +0200, Mike Shorkend  wrote:
>
> >My moment must have been when I wanted to add a page dataset and I
> enclosed
> >the name of the dataset in quotes. To my defence, to this day, it throws a
> >'NOT CATALGUED' condition and not a syntax error as might be expected.
> >
> What syntax error would you expect?
>
> It's a horrible design.  Quotes should simply mean that the enclosed
> DSN is to be taken verbatim; whenever VOL or UNIT is unavailable
> the catalog should be searched.
>
> >had to open a PMR to get it straightened...
> >
> What was the  disposition of that PMR?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743





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

Re: Moron of the day -- me!

[Paul Gilmartin]

On Sat, 20 Nov 2021 11:06:47 +0200, Mike Shorkend  wrote:

>My moment must have been when I wanted to add a page dataset and I enclosed
>the name of the dataset in quotes. To my defence, to this day, it throws a
>'NOT CATALGUED' condition and not a syntax error as might be expected. 
>
What syntax error would you expect?

It's a horrible design.  Quotes should simply mean that the enclosed
DSN is to be taken verbatim; whenever VOL or UNIT is unavailable
the catalog should be searched.

>had to open a PMR to get it straightened...
>
What was the  disposition of that PMR?

-- gil

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

Re: Moron of the day -- me!

[Mike Shorkend]

My moment must have been when I wanted to add a page dataset and I enclosed
the name of the dataset in quotes. To my defence, to this day, it throws a
'NOT CATALGUED' condition and not a syntax error as might be expected. I
had to open a PMR to get it straightened...


On Fri, 19 Nov 2021 at 23:55, Radoslaw Skorupka 
wrote:

> W dniu 10.11.2021 o 18:47, Phil Smith III pisze:
> > Looked at it again this morning and saw the problem instantly. Now, as we
> > all know, there is no new JCL: every bit of JCL is descended from a
> fragment
> > found on a stone tablet on the side of a mountain near Poughkeepsie back
> in
> > the early 1960s. Every "new" job is just an old job, modified.
>
> I heard similar story: Nobody write new JCL job from scratch. Only
> Skorupa does it. The rest take examples from his course.
> Yes, it was about me. However I heard few guys taking, these words
> weren't addressed to me :-)))
>
> (Skorupa above is not typo, this is moniker)
>
> (I used to teach JCL a lot)
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743





--
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 field that would reflect LPAR soft-capping?

[Peter Sylvester]

On 19/11/2021 21:45, Charles Mills wrote:

I will build a quick and dirty Rexx to display those two fields on demand and 
see what I learn.



You may find one in the archives if this list, 13 years ago.

https://bit.listserv.ibm-main.narkive.com/KljbHTxQ/how-to-check-current-msus-usage

Best

Peter Sylvester

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