AW: SMF/RMF records for 4hr rolling average MSU?

[Werner Kuehnel]

John,
we use RMF PM Java Technology Edition. You can create different views, ours 
have, for example, actual MSUs, 4h average, % Capping. The collected samples 
(you define the interval) can be saved in a file and then imported into an 
EXCEL file.
RMF PM is downloadable for free from RMF homepage / RMF Tools

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.erb/erb.htm

Hth,
Werner Kuehnel

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
John McKown
Gesendet: Dienstag, 5. März 2019 21:32
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: SMF/RMF records for 4hr rolling average MSU?

We have an old product (BMC Mainview Predict / Analyzer), running on an old 
Windows server, which gets SMF / RMF data and produces a graph of the 4 hr 
rolling average. Unfortunately, we have been told that the old Window server is 
being decommissioned, no reprieve possible. We can't afford the new BMC 
replacement products (or refuse to afford it maybe). So we're trying to get the 
information in order to put it in an Excel spreadsheet and do the graph 
ourselves. But we can't find where the data is coming from. Any advice (other 
than retiring - which is looking better every week).

--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

--
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

AW: AW: Where are the IBMLINK SIS fuinctions today?

[Werner Kuehnel]

Ed,
obviously I catched a PTF (UA95334) which gives no result in "Granular APAR 
search". Using other PTF numbers I see the APARs.
Sorry for not trying other numbers.
Regards,
Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Ed Jaffe
Gesendet: Dienstag, 23. Oktober 2018 15:03
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: Where are the IBMLINK SIS fuinctions today?

On 10/23/2018 5:27 AM, Werner Kuehnel wrote:
> And where can I look up PTFs? IBMLINK / SIS was my major website doing 
> this.
> The "Granular APAR search" doesn't work for me with PTF numbers.

I'm curious what you're not seeing? I get results when/if I search for 
PTF numbers. For example, I I search for "UI57302" I get back two APARs: 
PH02353 and PH00145. What do you see?


-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
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

AW: AW: Where are the IBMLINK SIS fuinctions today?

[Werner Kuehnel]

Thanks Barbara,you made my day. 
My bookmark ended after /ibmlink and that doesn't work anymore. Thanks for the 
new URL, I'm really happy to have IBMLINK again :-)

Regards,
Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Barbara Nitz
Gesendet: Dienstag, 23. Oktober 2018 14:43
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: Where are the IBMLINK SIS fuinctions today?

>And where can I look up PTFs? IBMLINK / SIS was my major website doing 
>this.
>The "Granular APAR search" doesn't work for me with PTF numbers.

What's wrong with SIS? I can get in and can do searches, just as always. My 
login link is 
https://www-304.ibm.com/ibmlink/servicelink/servicelink.wss?lc=de=DE
Obviously the DE would have to be changed for other countries.

Barbara

--
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

AW: Where are the IBMLINK SIS fuinctions today?

[Werner Kuehnel]

And where can I look up PTFs? IBMLINK / SIS was my major website doing this.
The "Granular APAR search" doesn't work for me with PTF numbers.

Regards,
Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Ed Jaffe
Gesendet: Dienstag, 23. Oktober 2018 04:29
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Where are the IBMLINK SIS fuinctions today?

On 10/22/2018 1:57 PM, Gibney, Dave wrote:
> It's possible that I no longer have access, since my licensing is now through 
> our MFaaS provider, FNTS.

https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar

-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
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

AW: Netview Submit JCL

[Werner Kuehnel]

Hello Venkat,
this is how it works at our site:

/*/
/*  FUNCTION: submits job*/
/*/
'SUBMIT NETV.CNM01.USER.CLIST(JCLMBR)'
EXIT   

Just one apostrophe at the beginning and one at the end. No ADDRESS TSO.
Member JCLMBR contains the JCL.

Hth,
Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von venkat kulkarni
Gesendet: Montag, 14. Mai 2018 06:27
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Netview Submit JCL

Hello,

This command didn't worked for me and getting same issue.

On Sun, May 13, 2018, 11:21 PM Lucas Rosalen 
wrote:

> Hi Venkat,
>
> What about using the syntax below?
>
> "MVS SEND 'your_message' USER(user) NOW"
>
>
>
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
>
>
> 2018-05-13 20:50 GMT+02:00 Steve Horein :
>
> > And the man ate fish for a day
> >
> > On Sun, May 13, 2018 at 12:06 PM, venkat kulkarni <
> > venkatkulkarn...@gmail.com> wrote:
> >
> > > Hello Lucas,
> > >
> > > Your solution worked for me
> > >
> > > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'" .
> > >
> > > Now, I am trying to issue tso send command using this rexx  as below
> > using
> > > netview but i am getting below errror
> > >
> > >
> > > /*  REXX */
> > >
> > >  ADDRESS TSO
> > >
> > >  SAY 'HELLO WORLD!'
> > >
> > >  "SEND ''FD FILE HAS BEEN RECEIVED' USER(USR54) NOW'"
> > >
> > >
> > >
> > > Error
> > >
> > > EF404I USR54 LC - ENDED - TIME=14.29.07
> > >
> > > HELLO WORLD!
> > >
> > >  4 *-* "SEND ''FDI FILE HAS BEEN RECEIVED' USER( USR54 )
> > >
> > >+++ RC(-3) +++
> > >
> > >
> > >
> > > I am unable to find correct syntax for this. I didnt find anything in
> > > manual . Can you please help.
> > >
> > >
> > >
> > > On Sat, May 12, 2018 at 7:14 PM, Lucas Rosalen <
> rosalen.lu...@gmail.com>
> > > wrote:
> > >
> > > > Try changing FDIREXX script to the following:
> > > >
> > > > /* REXX */
> > > >
> > > > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'"
> > > >
> > > >
> > > > 
> > > > ---
> > > > *Lucas Rosalen*
> > > > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > > > http://br.linkedin.com/in/lrosalen
> > > >
> > > >
> > > > 2018-05-12 12:57 GMT-03:00 Steve Horein :
> > > >
> > > > > SUBMIT is a native NetView command, and you don't need (or want) to
> > use
> > > > > ADDRESS TSO.
> > > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > > com.ibm.itnetviewforzos.doc_6.2.1/dqc_submit.htm
> > > > >
> > > > > Specifics to NetView Rexx can be found here:
> > > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > > com.ibm.itnetviewforzos.doc_6.2.1/dqgmst.htm
> > > > >
> > > > >
> > > > > Specifics to NetView Automation can be found here:
> > > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > > com.ibm.itnetviewforzos.doc_6.2.1/dqamst.htm
> > > > >
> > > > >
> > > > > On Sat, May 12, 2018 at 9:46 AM, venkat kulkarni <
> > > > > venkatkulkarn...@gmail.com
> > > > > > wrote:
> > > > >
> > > > > > Hello Group,
> > > > > >
> > > > > > We have requirement to trigger one Job upon receiving one msg id
> > > like
> > > > > > below in
> > > > > >
> > > > > >
> > > > > > netview automation table.
> > > > > >
> > > > > >
> > > > > > IF MSGID = 'IEF404I'  THEN
> > > > > >
> > > > > >  EXEC(CMD('FDIREXX')) NETLOG(Y) SYSLOG(Y);
> > > > > >
> > > > > >
> > > > > > in CNMCLST, we have FDIREXX member as below.
> > > > > >
> > > > > > sss
> > > > > >
> > > > > > BROWSENETVIEW.CNMCLST(FDIREXX) - 01.08
> > > > > >
> > > > > > * Top of Data **
> > > > > >
> > > > > > /*  REXX */
> > > > > >
> > > > > >  ADDRESS TSO
> > > > > >
> > > > > >  SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> > > > > >
> > > > > >  Bottom of Data
> > > > > >
> > > > > > On this event trigger,I am getting below error message in netview
> > log
> > > > > >
> > > > > >
> > > > > > 13:35:50 - CNM493I DSITBL01 : #241 : FDIREXX
> > > > > >
> > > > > > 13:35:50 E IEF404I USR1LC - ENDED - TIME=13.35.50
> > > > > >
> > > > > > 13:35:50 C  3 *-* SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> > > > > >
> > > > > > 13:35:50 C+++ RC(-3) +++
> > > > > >
> > > > > > 13:35:57 C BR NETLOGA
> > > > > >
> > > > > >
> > > > > > and JCL as below.
> > > > > >
> > > > > >   USR1.REXX.CNTL(REXXJCL) - 

AW: Delete dataset catch-22

[Werner Kuehnel]

Mark,
try this, it worked for me to delete uncataloged SMS managed datasets:

//STEP1  EXEC  PGM=ADRDSSU,PARM='LINECNT=72' 
//SYSPRINT DD  SYSOUT=*  
//V1   DD  DISP=SHR,UNIT=3390,VOL=SER=?? 
//AUS1 DD  DUMMY 
//SYSINDD  * 
 DUMP  - 
 INDD(V1)  - 
 OUTDD(AUS1)   - 
 DATASET(INCLUDE(**)   - 
 BY(CATLG,EQ,0))   - 
 DELETE- 
 ADMIN - 
 PURGE   


Werner Kuehnel

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Mark Pace
Gesendet: Donnerstag, 8. Februar 2018 20:38
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Delete dataset catch-22

I'm trying to delete a dataset that is not cataloged any longer.  I'm not sure 
why it is not in a catalog, but it is not.  I've tried to re-catalog the 
dataset, but it doesn't catalog.

So I have tried to every combination of IDCAMS DELETE I can think of.
NONVSAM
NVR
etc..

All return
** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42  - Dataset not 
found.

So I tried IEHPROGM
  SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE

IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E), 
STEP010,STDL09,MARPACE.GODADDY.CERT

0406001E -  Verification of SMS flags failed; caller indicates the data set is 
not cataloged, but the *FMT1 DSCB indicates the data set is cataloged*

So I have no idea how to remove this dataset, IDCAMS won't do it because it's 
not in a catalog, and IEHPROGM won't do it because it thinks it is in a catalog.

Anyone have a suggestion?

Thank you.



--
The postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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

AW: AW: CA7 with service now

[Werner Kuehnel]

Well, it's a bit more complicated.
An IEFACTRT exit writes a message at each step completion with RC or abend code 
into syslog. This message is captured by MPFLSTxx and NetView, NetView then 
calls a REXX invoking cURL.

Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von David Crayford
Gesendet: Donnerstag, 29. Juni 2017 14:51
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: CA7 with service now

We use Jira but we're a vendor lab not a production site. Do you run cURL 
directly from NetView or submit a batch job?


On 29/06/2017 7:11 PM, Werner Kuehnel wrote:
> Nathan,
> I don't know ServiceNow, but we create automatically tickets for abending 
> jobs or jobs with RC > 4 in JIRA ticketing system.
> This is done with REST services and cURL from a REXX (started by NetView). 
> Probably ServiceNow offers also a REST API you can use.
> If you need more information please contact me offline.
>
> Regards,
> Werner
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
> Auftrag von Nathan Astle
> Gesendet: Donnerstag, 29. Juni 2017 10:06
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: CA7 with service now
>
> Hi,
>
>
> Is there anyone in the List who have integrated CA7 with Service 
> Now(Ticketing Tool). Basically whenever the CA7 jobs Abend it must 
> automatically create a incident in service now.
>
> Could you please share your experience  ? So that It can help me to build a 
> similar Solution in my Shop.
>
> Nathan
>
> --
> 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

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

AW: CA7 with service now

[Werner Kuehnel]

Nathan,
I don't know ServiceNow, but we create automatically tickets for abending jobs 
or jobs with RC > 4 in JIRA ticketing system.
This is done with REST services and cURL from a REXX (started by NetView). 
Probably ServiceNow offers also a REST API you can use.
If you need more information please contact me offline.

Regards,
Werner

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Nathan Astle
Gesendet: Donnerstag, 29. Juni 2017 10:06
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: CA7 with service now

Hi,


Is there anyone in the List who have integrated CA7 with Service Now(Ticketing 
Tool). Basically whenever the CA7 jobs Abend it must automatically create a 
incident in service now.

Could you please share your experience  ? So that It can help me to build a 
similar Solution in my Shop.

Nathan

--
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

Antwort: 4-hour MSU rolling average

[Werner Kuehnel]

Here's a little REXX subroutine to get the values:

get4hrAvgMSU: 
   MSU_4H = 0 
   MSU_GRP = 0 
   CVT = C2d(Storage(10,4))  /* point to CVT */
   RMCT= C2d(Storage(D2x(CVT+604),4))/* point to RMCT*/
   RCT = C2d(Storage(D2x(RMCT+228),4))   /* Resource Ctrl Tbl*/
   MSU_4H = C2d(Storage(D2x(RCT+196),4))/* 4 hr MSU average */
   MSU_GRP = C2d(Storage(D2x(RCT+28),4)) /* Group Limit  */
 
return 

Werner




Von:Steve Austin 
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  20.10.2015 14:17
Betreff:4-hour MSU rolling average
Gesendet von:   IBM Mainframe Discussion List 



Hi,

Is there an API to return this value(s). I'd expected a WLM call, but I've 
not found it yet.

Thanks

Steve

-- 
This e-mail message has been scanned and cleared by Google Message 
Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

--
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: SMF30HVO

[Werner Kuehnel]

Yes, I know, it's virtual. But I understand the word obtained as 
allocated or used, it's not a threshhold or a possible maximum (like the 
REGION parm). And then I expect to see an increase in real storage usage 
(what I actually see), at least an increase in page data set usage (what I 
don't see).
OA44690 doesn't apply to us, we still avoid working with PDS/Es and have 
just a handful private libs, beside the z/OS PDSEs. Anyway, thanks for the 
hint.

Werner Kuehnel




Von:Staller, Allan allan.stal...@kbmg.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  19.08.2015 15:37
Betreff:Re: SMF30HVO
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I believe you are mis-interpreting the data (caveat, I am not Cheryl or 
Barry).
I expect this refers to virtual storage, not real storage.

However, you might also ask in the MXG list:
MXG Software LIST   mx...@peach.ease.lsoft.com]

Also, just as a SWAG, check out APAR OA44690

HTH,

snip
After migration from z/OS 1.13 to 2.1 I see an increase for almost all 
address spaces in field SMF30HVO (Storage and Paging section).
The book says about this field:
SMF30HVO   length 8binary  Amount of 64-bit private storage in 
bytes that is obtained by this step or job. This includes guarded virtual 
storage.
Does it mean that my real storage is more heavily used now and the UIC 
goes down?
Or do I misinterpret it?

For example RMF:
1.134194304 bytes
2.1  7340032 bytes
The values are from type 30 subtype 2 interval records (15 min).
/snip

--
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

SMF30HVO

[Werner Kuehnel]

After migration from z/OS 1.13 to 2.1 I see an increase for almost all 
address spaces in field SMF30HVO (Storage and Paging section).
The book says about this field:
SMF30HVO   length 8binary  Amount of 64-bit private storage in 
bytes that is obtained by this step or job. This includes guarded virtual 
storage.
Does it mean that my real storage is more heavily used now and the UIC 
goes down?
Or do I misinterpret it?

For example RMF:
1.134194304 bytes
2.1  7340032 bytes
The values are from type 30 subtype 2 interval records (15 min).

Regards,
Werner Kuehnel

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

Antwort: Re: z/OS Platform Software Products on ... Tape?

[Werner Kuehnel]

We are one of the companies running entirely tapeless. We get all software 
via download. So I have no choice. 
And to go one step further, there is a growing number of companies, where 
the USB ports and DVD devices are disabled for security reasons (as with 
us).
What I'd like to see is an extended period for download of a server pac or 
product pac. Why not give a time span of 8-10 weeks? I'm always afraid to 
miss the time, especially if I order before a vacation.

Werner Kuehnel





Von:John Eells ee...@us.ibm.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  12.05.2015 13:39
Betreff:Re: z/OS Platform Software Products on ... Tape?
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



edgould1...@comcast.net (Ed Gould) wrote:
snip
 Don't have internet connectivity to the Internet.
 The DVD option tends to tie up a person for long periods of time. They
 have work to do that is productive.

Ed, I have to ask: You are *directly* involved in software installation 
these days and you have used DVDs from IBM for z/OS platform product or 
ServerPac installation?

 Tape is so much simpler. Only thing needed is to change 1 JCL statement
 and submit. Mount the tape and walk away little sysprog intervention
 needed. Let the system grind away with the receive .

Tape sounds simple; I sort of miss the days when it actually was. But 
media compatbility has fragmented in the tape market, we are not going 
to support them all, and a lot of customers are going entirely tapeless. 
What started this discussion within IBM in the first place is that a 
small and dropping percentage of our customers are ordering products and 
service on tape.  The vast majority do not, it would seem, deem tape the 
best option any more for one reason or another.

Also...receive from tape? I'd hope fewer people are using RECEIVE 
processing for product installation every day, and for service it's hard 
to beat a nightly production job that runs RECEIVE ORDER for simplicity, 
keeping service on hand and HOLDDATA both dead current. Set and forget.

-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
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

Antwort: Intermittent, not consistently reproducible problems with PDSEs on z/OS V2R1 (incl. infrequent S0F4-20 RSN 1C0752EE ABENDs)

[Werner Kuehnel]

Karl,
did you see APAR OA24679?

Regards,
Werner



Von:Karl Henn k.h...@seg.de
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  20.03.2015 14:13
Betreff:Intermittent, not consistently reproducible problems with 
PDSEs on z/OS V2R1 (incl. infrequent S0F4-20 RSN 1C0752EE ABENDs)
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hello,

The description of the following problem (if you prefer to call it such) 
sounds a little unusual, and the sample JCL looks - and is! - trivial. I 
still kindly ask the world to please read it, and maybe try it out. My 
primary goal is to make sure that I'm not simply just out of my mind.

Ever since we're running z/OS V2R1, complaints about alleged problems with 
PDSEs were forwarded to me, sporadically. The error descriptions were 
fairly fuzzy, ranging from intermittent S0F4-20 RSN 1C0752EE ABENDs, 
problems with empty members, as well as incomplete copies of PDSEs with 
IEBCOPY CC 00. Since none of the problems were really consistently 
reproducible, I kind of just brushed away the issue for a while.

The S0F4 ABENDs I could not ignore, though. The complaints didn?t stop, 
either. So, in order to narrow down a possible problem, I started 
experimenting - yielding a surprising result.

Please take a look at the following JCL. Don?t laugh, but as simple as it 
may look, it *sometimes* does not work.


//*--*
//DELETE   EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSINDD DATA
 DELETE hlq.TEST.PDSE#A1 NVSAM SCRATCH
 DELETE hlq.TEST.PDSE#A2 NVSAM SCRATCH
 SET MAXCC=00
/*
//*--*
//ALLOCEXEC PGM=IEFBR14,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//PDSE#A1  DD DISP=(NEW,CATLG),DSN=hlq.TEST.PDSE#A1,
//RECFM=FB,LRECL=80,SPACE=(CYL,(1,1,1)),UNIT=SYSALLDA,
//DSNTYPE=LIBRARY
//PDSE#A2  DD DISP=(NEW,CATLG),DSN=hlq.TEST.PDSE#A2,
//RECFM=FB,LRECL=80,SPACE=(CYL,(1,1,1)),UNIT=SYSALLDA,
//DSNTYPE=LIBRARY
//*--*
//CRE#A1D  EXEC PGM=IEBGENER,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSINDD DUMMY
//SYSUT2   DD DISP=SHR,DSN=hlq.TEST.PDSE#A1(DUMMY)
//SYSUT1   DD DSN=NULLFILE,RECFM=FB,LRECL=80,DSORG=PO
//*--*
//CRE#A1Z  EXEC PGM=IEBGENER,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSINDD DUMMY
//SYSUT2   DD DISP=SHR,DSN=hlq.TEST.PDSE#A1()
//SYSUT1   DD DATA
######
/*
//*--*
//COPY#A1  EXEC PGM=IEBCOPY,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSUT1   DD DISP=SHR,DSN=hlq.TEST.PDSE#A1
//SYSUT2   DD DISP=SHR,DSN=hlq.TEST.PDSE#A2
//SYSINDD DUMMY
//*--*
//

All steps usually end with CC 00. So far, so good. Everything as expected.

However, if you BROWSE member  in the two data sets involved, the 
result is surprising, to say the least.

BROWSESYSADM.TEST.PDSE#A1()
Command ===


######
77777744
BBBBBB00



BROWSESYSADM.TEST.PDSE#A2()
Command ===


 




Even though IEBCOPY (in step COPY#A1) ended with CC 00, and target member 
 is *empty*. Even more intriguing: This *only* happens if an empty 
member (DUMMY in my example) already exists in the source PDSE, otherwise 
everything is fine and good.

In my view, there are three possibilities.

(1) I'm crazy.

(2) In my 28 year as a Mainframe Systems Programmer, I somehow managed to 
miss a crucial piece of information.

(3) There is a bad bug somewhere. 

Once I can rule out No. 1 and No. 2, I might turn to IBM.

Thanks a lot in advance, everybody!

Best Regards

Karl

--
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

FTP of EBCDIC file

[Werner Kuehnel]

I have a file on a WIN server with variable data records in EBCDIC and the 
correct end-of-line marker of x'0D25'. In the end I need a file with 
LRECL=582, RECFM=VB.

When I ftp this file binary with quote site lrecl=582 recfm=fb all 
records are written contigously in chunks of 582 bytes. A second ftp 
(within z/OS) then splits up the records at x'0D25', but additionally at 
byte 582, which is wrong when a record flows over into the next record. 
All attempts to get the right format failed up to now.

Does anyone has an idea how to accomplish this?

Werner Kuehnel

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

Re: FTP of EBCDIC file

[Werner Kuehnel]

It's not my creation, it was delivered by a bank for a test. Thanks for 
your suggestions, but if there are no standard ftp commands I refuse to 
work with that file.
Anyway, I tested your way and it almost worked, Unfortunately there are 
packed fields in the records containing x'15' which are not a line end.

Thanks,
Werner 




Von:Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.09.2014 15:13
Betreff:Re: FTP of EBCDIC file
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Mon, 8 Sep 2014 11:43:16 +0200, Werner Kuehnel wrote:

I have a file on a WIN server with variable data records in EBCDIC and 
the
correct end-of-line marker of x'0D25'. In the end I need a file with
LRECL=582, RECFM=VB.

When I ftp this file binary with quote site lrecl=582 recfm=fb all
records are written contigously in chunks of 582 bytes. A second ftp
(within z/OS) then splits up the records at x'0D25', but additionally at
byte 582, which is wrong when a record flows over into the next record.
All attempts to get the right format failed up to now.

Does anyone has an idea how to accomplish this?
 
Eek!  How did you get such a file.  It may have a correct (according to
the standard definition of IBM-1047 and ISO8859-1) line separator of
x'0D25', but z/OS prefers the incorrect x'0D15'.  Is your binary FTP
to a UNIX file or to a legacy data set.

I would FTP in binary to a z/OS UNIX file, then use tr(1) to convert
every x'25' to x'15' (and perhaps vice-versa), then use a common
utility to delete every x'0D at the end of a line'.  The file is now a
conventional z/OS UNIX file.  If I needed a legacy data set, I could
pre-allocate the target to FB 582 and use cp(1) to transfer to that.

I hate EBCDIC!

-- gil

--
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: FTP of EBCDIC file

[Werner Kuehnel]

Norbert and Kirk,
well, we don't have Co:z so far, but it might be worth a try.
Thanks for pointing to that option.

Werner




Von:Kirk Wolf k...@dovetail.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.09.2014 15:52
Betreff:Re: FTP of EBCDIC file
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Mon, Sep 8, 2014 at 8:44 AM, Norbert Friemel nf.ibmm...@web.de wrote:

 On Mon, 8 Sep 2014 08:12:43 -0500, Paul Gilmartin wrote:

 On Mon, 8 Sep 2014 11:43:16 +0200, Werner Kuehnel wrote:
 
 I have a file on a WIN server with variable data records in EBCDIC and
 the
 correct end-of-line marker of x'0D25'. In the end I need a file with
 LRECL=582, RECFM=VB.
 
 When I ftp this file binary with quote site lrecl=582 recfm=fb all
 records are written contigously in chunks of 582 bytes. A second ftp
 (within z/OS) then splits up the records at x'0D25', but additionally 
at
 byte 582, which is wrong when a record flows over into the next 
record.
 All attempts to get the right format failed up to now.
 
 Does anyone has an idea how to accomplish this?
 
 Eek!  How did you get such a file.  It may have a correct (according to
 the standard definition of IBM-1047 and ISO8859-1) line separator of
 x'0D25', but z/OS prefers the incorrect x'0D15'.  Is your binary FTP
 to a UNIX file or to a legacy data set.
 
 I would FTP in binary to a z/OS UNIX file, then use tr(1) to convert
 every x'25' to x'15' (and perhaps vice-versa), then use a common
 utility to delete every x'0D at the end of a line'.  The file is now a
 conventional z/OS UNIX file.  If I needed a legacy data set, I could
 pre-allocate the target to FB 582 and use cp(1) to transfer to that.
 
 I hate EBCDIC!
 
 -- gil

 FTP in binary to a z/OS UNIX file, then todsn -l 0x0D25 (
 http://www.dovetail.com/docs/coz/dsp-ref_todsn.html )  to a z/OS dataset


.. or you could use Co:Z SFTP instead of FTP with:

ls /+linerule=0x0d25,sourcecp=IBM-1047
ls /+recfm=vb,lrecl=582
put winfile //hlq.zos.dsn

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

--
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: FTP of EBCDIC file

[Werner Kuehnel]

I doubt they can handle that file with AMATERSE, they aren't very flexible 
introducing alternatives.

Thanks,
Werner




Von:Bob Shannon bshan...@rocketsoftware.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.09.2014 15:52
Betreff:Re: FTP of EBCDIC file
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I have a file on a WIN server with variable data records in EBCDIC and
the correct end-of-line marker of x'0D25'. In the end I need a file
with LRECL=582, RECFM=VB

If they can resend, have them run AMATERSE PARM=PACK against the VB file. 
Send the output file to you. Upload to the host. Run AMATERSE 
PARM=UNPACK”.

Bob Shannon
Rocket Software

Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 
02451 ? +1 800.966.3270 ? +1 781.577.4321
Unsubscribe From Commercial Email ‐ unsubscr...@rocketsoftware.com
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html

Privacy Policy - 
http://www.rocketsoftware.com/company/legal/privacy-policy


--
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: FTP of EBCDIC file

[Werner Kuehnel]

Amen. That's also my opinion.

BTW, your REXX worked perfectly. Thanks.

Werner





Von:John McKown john.archie.mck...@gmail.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.09.2014 16:26
Betreff:Re: FTP of EBCDIC file
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Mon, Sep 8, 2014 at 8:46 AM, Werner Kuehnel
werner.kueh...@mannheimer.de wrote:
 It's not my creation, it was delivered by a bank for a test. Thanks for
 your suggestions, but if there are no standard ftp commands I refuse to
 work with that file.
 Anyway, I tested your way and it almost worked, Unfortunately there are
 packed fields in the records containing x'15' which are not a line end.

 Thanks,
 Werner


If the bank is trying to send you EBCDIC information from a z/OS
system, but needs it to survive transfer across non-z/OS systems, then
the bank really needs to either use AMATERSE or TRANSMIT to put the
data into a more transportable format. Those both result in an FB
file, which can easily be binary ftp'ed from z/OS to Windows, then
back to z/OS and restored. Doing a normal BINary FTP of variable data
will just result in frustration and data corruption.

-- 
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

--
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

Antwort: Re: FTP of EBCDIC file

[Werner Kuehnel]

Nothing is unclear, probably I chose the wrong words. What I meant was I 
doubt that they change their standard procedures to provide the file.

Werner




Von:Bob Shannon bshan...@rocketsoftware.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.09.2014 16:44
Betreff:Re: FTP of EBCDIC file
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



 That sounds counterproductive.  AMATERSE PACK followed by AMATERSE 
UNPACK will result in a faithful bit-for-bit copy containing the original 
x'0D25' sequences.

 Fortunately, I suspect AMATERSE is not available on the OP's Windows 
server.

 The OP understood the suggestion.

Oh?  Has anyone tried the suggestion and observed it to succeed? 
Otherwise, I'd consider it more wishful thinking than understanding.

If they can resend, have them run AMATERSE PARM=PACK against the VB file. 
Send the output file to you. Upload to the host. Run AMATERSE 
PARM=UNPACK”

I doubt they can handle that file with AMATERSE, they aren't very 
flexible
introducing alternatives.

Thanks,
Werner

What part of this is unclear? It requires the bank to PACK the file 
before sending it to the OP. This is a really basic method of sending VB 
files.

Bob Shannon
Rocket Software

Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 
02451 ? +1 800.966.3270 ? +1 781.577.4321
Unsubscribe From Commercial Email ‐ unsubscr...@rocketsoftware.com
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html

Privacy Policy - 
http://www.rocketsoftware.com/company/legal/privacy-policy


--
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

Antwort: JES3 job ids

[Werner Kuehnel]

On our JES3 system (z/OS 1.13) the jobid for TSO users is

TSUn

for inactive (just output on spool) and active users. n are 5 digits. 
Haven't seen anything else in the past.

Werner Kuehnel





Von:Barbara Nitz nitz-...@gmx.net
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  24.07.2014 08:14
Betreff:JES3 job ids
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



This is probably a very basic JES3 question, but I have been unable to 
find an answer both searching the internet and the JES3 books. Can 
somebody running JES3 please tell me what the jobid for a TSO user looks 
like? In JES2 it would be TSUx or T0xx. Same for a started task - 
in JES2 that is STCx or S0xx. What does that look like in JES3?

I have the sneaking suspicion that with JES3 the jobid is always prefixed 
JOBx, no matter if it is batch job, started task or TSO user. (I even 
found a JES3 service converting job numbers to job ids that says the job 
ids should always be presented like this). But then I found an old 
presentation by Ed Jaffe that contained jobids, and that presentation was 
showing +MASTER+ as JOBx (JES2 considers +master+ STCx). The same 
presentation also had something that looked like a mixture of S0xx and 
J0xx, but that is taken completely out of context, so I am unsure. 

What does a TSO user jobid look like in JES3, and will it always look like 
this?

Thanks, Barbara

--
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: Installing IBM HTTP Server Powered by Apache

[Werner Kuehnel]

Dana,
if the HTTP Server is the FMID HHAP85P, then I did the install without the 
Installation Manager, just plain SMP/E. There is no need to use it.
However, if you already have HHAP700 installed within your z/OS SMP/E 
environment, then you need a separate SMP/E set of datasets

Werner





Von:Dana Mitchell mitchd...@gmail.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.04.2014 22:41
Betreff:Re: Installing IBM HTTP Server Powered by Apache
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I was able to make some progress on this today.  I found a reference to 
needing 'unzip'  downloaded from what appears to me to be the old UNIX 
Tools and Toys page.  I downloaded that and installed it.  Then downloaded 
the InstallationManager zip file and I was able to unzip into it's own 
directory structure.  Further, I was able to create a new zfs using the 
InstallationManager, so now I am in the process of populating that with 
IHSA.

Editorial comment:

Maybe this all makes sense for someone installing and deploying multiple 
Webspheres but to me it seems like way overkill/bloat just for a simple 
HTTP server

 
Dana

--
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: Installing IBM HTTP Server Powered by Apache

[Werner Kuehnel]

BTW, there is a conversion tool for convert httpd.conf from Domino to 
Apache. This is especially useful for the directives, as they have to be 
Regex in Apache:

ftp://public.dhe.ibm.com/s390/zos/tools/cmt/

Werner



Von:Dana Mitchell mitchd...@gmail.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  08.04.2014 22:41
Betreff:Re: Installing IBM HTTP Server Powered by Apache
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I was able to make some progress on this today.  I found a reference to 
needing 'unzip'  downloaded from what appears to me to be the old UNIX 
Tools and Toys page.  I downloaded that and installed it.  Then downloaded 
the InstallationManager zip file and I was able to unzip into it's own 
directory structure.  Further, I was able to create a new zfs using the 
InstallationManager, so now I am in the process of populating that with 
IHSA.

Editorial comment:

Maybe this all makes sense for someone installing and deploying multiple 
Webspheres but to me it seems like way overkill/bloat just for a simple 
HTTP server

 
Dana

--
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: Installing IBM HTTP Server Powered by Apache

[Werner Kuehnel]

Dana,
yes, Installation Manager is not needed, I have no idea what function it 
provides. It seems to be a general installation help for IBM products, 
it's also needed by IBM Support Assistant..
As to the different SMP/E datasets I was hit by APAR PI11659.

Werner






Von:Dana Mitchell mitchd...@gmail.com
An: IBM-MAIN@LISTSERV.UA.EDU, 
Datum:  09.04.2014 16:07
Betreff:Re: Installing IBM HTTP Server Powered by Apache
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Werner,

Yes, I installec HHAP85P using SMP/E and I have the libraries and 
/usr/lpp/IHSA/V8R5 populated.  So you are saying that the steps involving 
the InstallationManager are not needed as stated in the product doc and 
redpiece?   What function does the Installation Manager actually provide 
or when is it needed?  Interesting

Judging from the (lack of) number of replies to this thread, this isn't a 
very common practice  yet.

Dana
 

On Wed, 9 Apr 2014 08:29:33 +0200, Werner Kuehnel 
werner.kueh...@mannheimer.de wrote:

Dana,
if the HTTP Server is the FMID HHAP85P, then I did the install without 
the
Installation Manager, just plain SMP/E. There is no need to use it.
However, if you already have HHAP700 installed within your z/OS SMP/E
environment, then you need a separate SMP/E set of datasets

Werner


--
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: Notification of New Function APARs

[Werner Kuehnel]

Have someone been able to find the file with old NewFunction Apars 
mentioned on the last page of the document?
My search always ends with no document.

Obtaining Older New Function APAR Numbers 
Once you have a subscription for all the future New Function APARs, you 
may want to see the prior New Function APARs that have occurred. To obtain 
a list of New Function APARs that have closed between 8 October 2011 and 7 
October 2013, download the NewFunctionAPARs until 7Oct13.txt file from the 
WSC TechDocs location: 
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/Web/TechDocs, then 
search Flashes for ?NewFunction? . 

Best regards,
Werner Kühnel




Von:Marna WALLE mwa...@us.ibm.com
An: IBM-MAIN@LISTSERV.UA.EDU
Datum:  30.10.2013 15:28
Betreff:Notification of New Function APARs
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hello fellow IBM-MAINers!
I'd like to point out a new WSC Techdoc in case you missed it.  You can 
find it at: 
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5188 .

This Techdoc has instructions on how to use the existing Service Portal 
function, MyNotifications, to give you information on new function APARs 
as they close.  This capability had been a SHARE requirement, so you may 
be interested in it.

You can find the details at that website, but I'll describe it here.  You 
probably are using MyNotifications today, and this is just an additional 
capability.  In the TechDoc, there are two files - one is a PDF that you 
can use step-by-step to sign up for New Function notification, the other 
is text file backlog of New Function APARs that we gathered on 7 October 
2013.  (I can re-gather a more current list periodically, for those that 
sign up later and have a gap in what is on this list and what is in their 
subscription.)  It's really very easy to register your notification.

The idea is that you subscribe to all the z/OS New Function APARs, and 
then you decide how you want to get notification of them through the 
normal process in MyNotifications - email or folder.  You can't scope it 
to just BCP or RACF or whatever...it is z/OS platform wide.  The 
notification will tell you the APAR number, component name (so you can see 
if you are interested in that component), a brief abstract of the APAR, 
and a URL link to get you to more information on it on the web. 

I've posted this information in my SHARE Blog also, and if you'd like to 
make a comment there (or here!) on using it, please do!
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

--
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: Low priority workload

[Werner Kuehnel]

The analysis was done by an external consultant at that time and the 
graphs show spikes of that magnitude for that service class/resource 
group.

Werner Kühnel

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Augustaanlage 66
68165 Mannheim

Tel: +49.621.457-4885, Fax: -4046
E-Mail: werner.kueh...@mannheimer.de

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch



Von:Horst Sinram sin...@de.ibm.com
An: IBM-MAIN@LISTSERV.UA.EDU
Datum:  26.02.2013 09:22
Betreff:Re: Low priority workload
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



 Anyway, I decided to define a resource group with just 100 SUs to force 
batch down. Surprisingly batch still used up to 2000 SUs, because WLM 
promoted the batch workload due to any blockings, enqueues or locks batch 

held. So promotion by WLM might be another reason at your site that batch 

runs better than expected.
You can verify this with the Workload Activity report, it includes a 
column Service and Promoted.

Hmm, did you verify that 2000 SU/sec were in fact used at a promoted 
dispatch priority?
A z196 model 7xx (just as a typical example) delivers between 33,000 and 
61,000 SU/sec per processor.
Resource groups work by marking the work dispatchable/non-dispatchable for 
multiples of 1/64th  of the time.
Therefore, a single logical CP could deliver between roughly 500 and 950 
SU/sec. Depending on the type of resource group, the number of logical 
processors within the scope of your resource group (i.e. system or 
Sysplex), and the amount of work running at a higher priority you may well 
end up at that order of magnitude for the achievable granularity for 
*that* resource group in your environment.

Horst Sinram - IBM z/OS Workload Management

--
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: Low priority workload

[Werner Kuehnel]

This manual micro-managment is exactly what we do, by REXX, though. The 
problem is that batch gets unlimited resources as long as the lpar is not 
capped and chases your lpar into capping. So we try to avoid capping 
during online periods (07:00 - 19:00) by assigning batch jobs dynamically 
(by REXX) different service classes (discretionary, light brake, heavy 
brake), dependent on the 4h-average values of our production lpar group (2 
lpars). This works pretty well for us.

- - 
Werner Kuehnel
Spezialist in der Abteilung Betrieb/Support

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Augustaanlage 66
68165 Mannheim

Tel: +49.621.457-4885, Fax: -4046
E-Mail: werner.kueh...@mannheimer.de

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch



Von:Joel C. Ewing jcew...@acm.org
An: IBM-MAIN@LISTSERV.UA.EDU
Datum:  19.02.2013 20:03
Betreff:Re: Low priority workload
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



It would admittedly be an unusual case where manual micro-management 
might do a better job than WLM, but just be aware that on a tight 
system, decisions  to run lower-priority work that seem reasonable at 
the time could contribute to LPAR capping during the following four 
hours and adversely affect later high priority work.  There could be 
times when humans with better knowledge of future workloads than WLM 
might be able to take preemptive action to delay or avoid LPAR capping 
to improve response to future high priority workloads.

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
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: Low priority workload

[Werner Kuehnel]

Natasa,
you didn't say what your definition of lowest priority is. Since years 
we have a constrained system with capping periods and the same problem as 
you, that batch gets more CPU resources than expected, even during 
capping. What we see is that Online workload doesn't match it's goal and 
batch still runs in an acceptable speed, although it's defined as 
discretionary However, on rare occasions and for very short times batch 
was limited to almost zero cpu.
Anyway, I decided to define a resource group with just 100 SUs to force 
batch down. Surprisingly batch still used up to 2000 SUs, because WLM 
promoted the batch workload due to any blockings, enqueues or locks batch 
held. So promotion by WLM might be another reason at your site that batch 
runs better than expected.
You can verify this with the Workload Activity report, it includes a 
column Service and Promoted.

Regards, 
Werner Kuehnel

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Augustaanlage 66
68165 Mannheim

Tel: +49.621.457-4885, Fax: -4046
E-Mail: werner.kueh...@mannheimer.de

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch



Von:Natasa Savinc natasa.sav...@unicreditgroup.zaba.hr
An: IBM-MAIN@LISTSERV.UA.EDU
Datum:  19.02.2013 11:53
Betreff:Low priority workload
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hello!

From time to time (certain days in a month) we hit group or system limit. 
We have different types of workload defined in WLM. Among others, most 
batch jobs have the lowest priority. At the peek times they apparently get 
no CPU resources, but when we make report at the end of the day, they 
managed to get some CPU seconds. We would prefer that those seconds were 
allocated to important online transaction.

There are two opinions amoung our sysprogs: one is that we should cancel 
all low priority workload in order to help our online get all the 
resources, the other is that that is not necessary, as batch isn't getting 
any online's CPU resources anyway. 

It seams that when you hit the limits things become more complicated.

Any thoughts about our dilemma? Any experiences with life on the edge?

Regards,
Natasa 

--
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