Re: Use of dynamic system symbols in JCL

[Beesley, Paul]

It's in my 2.1 system

Symbol Value  Type
 &LYR4. 2018   Dynamic
 &LYYMMDD.  180607 Dynamic

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, June 07, 2018 7:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

Hi Sean,
It is not in my 2.2 system. Are you at 2.3?

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Sean Gleann
> Sent: 06 June, 2018 16:40
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
>
> Hi Kees
>
> "Have I defined it"?In a SET statement you mean?
> I didn't think you had to, LYYMMDD is a system-defined dynamic symbol,
> isn't it?
>
> Sean
>
> On 6 June 2018 at 15:36, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
>
> > I only get this error if the variable has not been defined. Have you
> > defined it?
> >
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Rob Schramm
> > > Sent: 06 June, 2018 16:29
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Use of dynamic system symbols in JCL
> > >
> > > You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> > >
> > > Rob
> > >
> > > On Wed, Jun 6, 2018, 10:27 AM Sean Gleann 
> wrote:
> > >
> > > > Can anyone point out what I'm doing wrong here, please?
> > > >
> > > >
> > > > I'm trying to create a file with a name that features today's
> date.
> > > > My statement is:
> > > > //OUTFILE DD   DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> > > > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > > > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> > > >
> > > > When I submit the job to the system, I get:
> > > >
> > > > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> > > >
> > > > I've tried numerous variants of this statement, but I always get
> the
> > > same
> > > > failure.
> > > > I'm almost certainly doing something stupid, but right now I
> > > > can't
> see
> > > the
> > > > wood for the trees...
> > > >
> > > >
> > > > Help...  Please...
> > > >
> > > > Sean Gleann
> > > >
> > > > 
> > > > --
> 
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > IBM-
> MAIN
> > > >
> > > --
> > >
> > > Rob Schramm
> > >
> > > --
> > > --
> --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> > confidential and privileged material intended for the addressee only.
> If
> > you are not the addressee, you are notified that no part of the
> > e-mail
> or
> > any attachment may be disclosed, copied or distributed, and that any
> other
> > action related to this e-mail or attachment is strictly prohibited,
> and may
> > be unlawful. If you have received this e-mail by error, please
> > notify
> the
> > sender immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
> > and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission
> > of this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with
> registered
> > number 33014286
> > 
> >
> >
> > 
> > -- 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, pl

Re: CSSMTP debug No Brackets Allowed

[Beesley, Paul]

I noticed this also and don't think it is a problem at all. Think it's just 
over zealous debugging on the part of the developer reminding themselves of the 
syntax requirements. Otherwise, it makes no sense.

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Keith Hays
Sent: Wednesday, June 06, 2018 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP debug No Brackets Allowed

CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed CSSMTP DEBUG  
:010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,
CSSMTP INFO   :010:mlCfgProcessConfigStmt:Statement(166): 'LogLevel
 7
CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed

I am getting numerous lines in my CSSMTP sysout warning me that no brackets are 
allowed.  I have triple checked the config and don't have brackets in the 
statement lines referenced. This does not stop the program from working, simply 
clutters up sysout.

Anyone know the source of the problem?
--

Very Respectfully,

Keith A Hays
keith.a.h...@gmail.com
614-634-1671

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading 
names used by the Atos group. The following trading entities are registered in 
England and Wales: Atos IT Services UK Limited (registered number 01245534), 
Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited 
(registered number 08514184) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at Second 
Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA.  The VAT No. for each 
is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

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

Why are highly busy zIIPs worse than highly busy CPs?

[Peter Hunkeler]

There are some statements around zIIP utilization which I read here and there. 
Statements like:

- "You should not utilize one zIIP more than 30%, two zIIPs more than 60%..."
- "A task may become delayed for up to 3.2 ms (actually ZIIPAWMT) before the 
busy zIIP asks for help from a CP".



For this discussion, lets assume equal speed CPs and zIIPs, and a reasonable CP 
to zIIP ratio, and more than on processor of each kind.


It has been a long time strength of IBM Z (and all the predecessors) that the 
CPs in an LPAR can be utilized way above 90% without major problems arising. I 
seem to understand that this has changed lately, but still some 85% (?) should 
be fine.


Now, all work running on zIIPs was once work running on CPs (and still is if 
there are no zIIPs). So the work is no different (apart from much being run 
under an SRB instead of a TCB), and the response time requirement is no 
different. Right?


If so, how comes that busy zIIPs are said to be more of a problem than busy 
CPs? If the work can accept some queueing when run on CPs, why not when run on 
zIIPs. Queueing theory should apply equally to both.



When a processor is busy 50%, then 50% of the time there is at least one ready 
task, the one executing. Maybe there are some more waiting on the work queue. 
But these 50% say nothing about the delay of the tasks on the work queue.


In a simplified case, assume 5 tasks with equal priority, each one quickly, say 
after 0.5 ms,  coming to the point where it has to give up the processor for a 
very short period of time before being requeued on the work queue. They all 
constantly work that way for 30 seconds in row, then become undispatchable for 
the remaining 30 seconds of that 50% busy minute. During the first 30 seconds, 
the zIIP is 100% busy, and after 3.2ms (ZIIPAWMT), the zIIP will ask a CP for 
help.


None of the tasks has been delayed by 3.2ms, although the ZIIP recognized its 
work queue has not become empty for 3.2ms and asked for help. To the contrary, 
the work has gotten better service because two processors are now serving the 
single work queue. (Again for simplicity, not currently taking priorities into 
account).


Same case but the task are working 1ms each time. Now it always takes more than 
3.2ms for the last task on the work queue before it is being redispatched as 
long as the zIIP has not asked for help. But the zIIP will ask for help after 
3.2ms, and the delay for the tasks will shrink.


Isn't this a better situation for zIIP work than for non-zIIP work? Same 
scenario on CPs. There is no-one to help.


Any thoughts?


--
Peter Hunkeler

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

Re: Use of dynamic system symbols in JCL

[Beesley, Paul]

Yes, we've only just turned it on in a couple of test systems.
My concern is what impact it will have on systems where the job scheduler does 
its own symbolic substitution (e.g.CA7) and I will follow this thread with 
interest

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, June 06, 2018 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

Is anyone else pushing back on turning on batch system symbol support?   We've 
yet to do so, for the very reasons that IBM hadn’t supported in batch all 
along.  My main concern is unpredictable results.

Am I worrying for nothing?

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, June 06, 2018 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Yep, need to make sure SYSSYM=ALLOW for that jobclass,



CLASS og XBMProc DupJob JobRC Active SysSym
1 PIN) NO MAXRC YES ALLOW
2 PIN) NO MAXRC YES ALLOW




in a STC I run at IPL time I do about the same



//CLEAN EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *,SYMBOLS=EXECSYS
DEL 'ATTS.PROD.&SYSNAME..IPLINFO'
/*
//IPLINFO EXEC PGM=IKJEFT01,REGION=0M,PARM='IPLINFO',
// DYNAMNBR=99
//SYSEXEC DD DSN=TS.USER.REXX,DISP=SHR
//SYSTSPRT DD DSN=ATTS.PROD.&SYSNAME..IPLINFO,DISP=(,CATLG),
// UNIT=SYSDA,SPACE=(TRK,(25,5),RLSE),
// RECFM=FBA,LRECL=134,BLKSIZE=0
//SYSTSIN DD DUMMY
//*
//IEBCOPY1 EXEC PGM=IEBCOPY,REGION=2M,TIME=10 //SYSPRINT DD SYSOUT=*
//SYSUT1 DD DISP=SHR,DSN=SYS1.&SYSNAME..PARMLIB
//SYSUT2 DD DISP=(,CATLG),
// DSN=ATTS.PROD.SYSA.D&LYYMMDD..T&LHHMMSS..PARMLIB,
// UNIT=SYSALLDA,SPACE=(CYL,(10,1,75),RLSE)
of course STC 



Carmen Vitullo

- Original Message -

From: "Andrew Arentsen" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, June 6, 2018 9:43:25 AM
Subject: Re: Use of dynamic system symbols in JCL

In my JES2PARM, in the definition of the job class that I'd run this job in, I 
specify SYSSYM=ALLOW. I'm sure you could put this in dynamically with a $T of 
some sort. You'll also need the two periods as Rob stated.

Andrew Arentsen
Senior Mainframe Systems Engineer




From: "Sean Gleann" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 06/06/2018 09:35 AM
Subject: Re: Use of dynamic system symbols in JCL Sent by: "IBM Mainframe 
Discussion List" 



I understand what you're saying Rob, but that was one of the variants I tried. 
It still produces the same error

Sean

On 6 June 2018 at 15:29, Rob Schramm  wrote:

> You need 2 dots after symbol.. otherwise nodeis GT 8 characters
>
> Rob
>
> On Wed, Jun 6, 2018, 10:27 AM Sean Gleann  wrote:
>
> > Can anyone point out what I'm doing wrong here, please?
> >
> >
> > I'm trying to create a file with a name that features today's date.
> > My statement is:
> > //OUTFILE DD DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> > // DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > // DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> >
> > When I submit the job to the system, I get:
> >
> > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> >
> > I've tried numerous variants of this statement, but I always get the
same
> > failure.
> > I'm almost certainly doing something stupid, but right now I can't
> > see
> the
> > wood for the trees...
> >
> >
> > Help... Please...
> >
> > Sean Gleann
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> --
>
> Rob Schramm
>
> --
> 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


**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.

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


--

Re: Stack Exchange mainframe proposal

[David Crayford]

On 7/06/2018 1:11 AM, Kirk Wolf wrote:

Steve,

I agree with your point on Stack Exchange voting and that a mainframe
section would be useful.  But I disagree that IBM-MAIN would work great
there ;-) This list absolutely thrives on detritus such as never ending
threads on the glory days of paper tape.Even threads on the most useful
topics can only survive here a few days without being steered into a ditch
where its only interesting to the quarter-century club.


The good thing about Stack Exchange is that moderators can jump in an 
close a thread when it starts to drift and delete answers/comments that 
are inappropriate.



   Finally, Stack
Exchange has a completely different idea of what "reputation" means :-)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Jun 6, 2018 at 11:03 AM, Steve Smith  wrote:


I think IBM-MAIN would work great on Stack Exchange.  The voting procedure
could really help separate the good answers from the bad and the ugly.
Assuming there's sufficient intelligence and interest to skew it the right
way -- I guess we'll see how that works out.

sas

--
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: PPRC-XD vs Async PPRC

[Ron hawkins]

Vignesh,

Only XRC (Global whatever for z/OS) supports migration between vendors, and
go home only works between Hitachi and IBM (or does EMC support XRC now).

Hitachi and EMC have their own FICON based migration utilities, but I am not
sure about IBM.

There are host software options for migration like FDR/PAS and TDMF.

Ron

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Sankaranarayanan, Vignesh
Sent: Wednesday, June 6, 2018 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] [EXTERNAL] Re: PPRC-XD vs Async PPRC

Thanks Lizette.
How about using them in the context of migrating b/w IBM boxes or IBM to
other vendors, or other vendors to IBM.
What's supported, what's not, etc. ?

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Thursday 07-Jun-2018 01:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: PPRC-XD vs Async PPRC

Have you done any internet searches with the phrase


PPRC-XD vs Async PPRC

I found many hits doing that.

Otherwise - could provide more detail of what type of information you are
looking for.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Wednesday, June 06, 2018 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: PPRC-XD vs Async PPRC
> 
> Hello All,
> 
> Please could you point me to any doc explaining the differences 
> between the 2.
> Any important, obscure, techdocs or KB page or some such as well.. ?
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> 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

Re: Use of dynamic system symbols in JCL

[Vernooij, Kees (ITOPT1) - KLM]

I look at 'd symbols', but that only displays static symbols.
SDSF shows me all the symbols and these are there too.

Thanks,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: 07 June, 2018 9:23
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> It's in my 2.1 system
> 
> Symbol Value  Type
>  &LYR4. 2018   Dynamic
>  &LYYMMDD.  180607 Dynamic
> 
> Paul
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Thursday, June 07, 2018 7:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> Hi Sean,
> It is not in my 2.2 system. Are you at 2.3?
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sean Gleann
> > Sent: 06 June, 2018 16:40
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Use of dynamic system symbols in JCL
> >
> > Hi Kees
> >
> > "Have I defined it"?In a SET statement you mean?
> > I didn't think you had to, LYYMMDD is a system-defined dynamic symbol,
> > isn't it?
> >
> > Sean
> >
> > On 6 June 2018 at 15:36, Vernooij, Kees (ITOPT1) - KLM <
> > kees.verno...@klm.com> wrote:
> >
> > > I only get this error if the variable has not been defined. Have you
> > > defined it?
> > >
> > > Kees.
> > >
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > m...@listserv.ua.edu] On
> > > > Behalf Of Rob Schramm
> > > > Sent: 06 June, 2018 16:29
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Use of dynamic system symbols in JCL
> > > >
> > > > You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> > > >
> > > > Rob
> > > >
> > > > On Wed, Jun 6, 2018, 10:27 AM Sean Gleann 
> > wrote:
> > > >
> > > > > Can anyone point out what I'm doing wrong here, please?
> > > > >
> > > > >
> > > > > I'm trying to create a file with a name that features today's
> > date.
> > > > > My statement is:
> > > > > //OUTFILE DD   DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> > > > > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > > > > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> > > > >
> > > > > When I submit the job to the system, I get:
> > > > >
> > > > > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> > > > >
> > > > > I've tried numerous variants of this statement, but I always get
> > the
> > > > same
> > > > > failure.
> > > > > I'm almost certainly doing something stupid, but right now I
> > > > > can't
> > see
> > > > the
> > > > > wood for the trees...
> > > > >
> > > > >
> > > > > Help...  Please...
> > > > >
> > > > > Sean Gleann
> > > > >
> > > > > 
> > > > > --
> > 
> > > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > > IBM-
> > MAIN
> > > > >
> > > > --
> > > >
> > > > Rob Schramm
> > > >
> > > > --
> > > > --
> > --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> > MAIN
> > > 
> > > For information, services and offers, please visit our web site:
> > > http://www.klm.com. This e-mail and any attachment may contain
> > > confidential and privileged material intended for the addressee
> only.
> > If
> > > you are not the addressee, you are notified that no part of the
> > > e-mail
> > or
> > > any attachment may be disclosed, copied or distributed, and that any
> > other
> > > action related to this e-mail or attachment is strictly prohibited,
> > and may
> > > be unlawful. If you have received this e-mail by error, please
> > > notify
> > the
> > > sender immediately by return e-mail, and delete this message.
> > >
> > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
> > > and/or
> > its
> > > employees shall not be liable for the incorrect or incomplete
> > transmission
> > > of this e-mail or any attachments, nor responsible for any delay in
> > receipt.
> > > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> > Dutch
> > > Airlines) is registered in Amstelveen, The Netherlands, with
> > registered
> > > number 33014286
> > > 
> > >
> > >
> > > 
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Elardus Engelbrecht]

Peter Hunkeler wrote:

>- "You should not utilize one zIIP more than 30%, two zIIPs more than 60%..."

Who said it? And why 30%? Just curious.

My one zIIP (for about 8 LPARs on one machine) is usually anything from 5% to 
40-50% in workdays, while the zIIP management overhead is usually from 0.5% to 
1%.

No complaints from my users or colleagues.

Groete / Greetings
Elardus Engelbrecht

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

Re: SORTLIB DD

[R.S.]

Get rid of SORTLIB DD
Get rid of SORTWKnn DD
Use dynamic sortwork datasets, optionally set the number of datasets via 
OPTION DYNALLOC

Don't use tapes for sortwork

BTW:
What is a size of input data?
How much space do you have for temp datasets?
How much memory can the job use?


My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:

We have a DFSORT job that wolfs down enormous amounts of SORTWK space. It has 
been exceeding the DASD capacity on the system where it runs, so we advised the 
user to point SORTWK to tape instead of DASD. Now it fails with

IEC130I SORTLIB  DD STATEMENT MISSING
IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000 USER=0063

IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no working 
example to share with the user. My question: what should DD SORTLIB point to? 
SMPE puts load modules into

SYS1.SORTLIB
SYS1.SICELINK

Should the user specify only the first one or both? I hate to drag them into a 
sysprog guessing game.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com


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




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: CSSMTP debug No Brackets Allowed

[Roger Bolan]

There ARE brackets.  Brackets are not at consistent code points in all code
pages.  In this line
"010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,"
there are brackets.  View that line using different code pages and you
should see them.
You will see "TokenArray[0] 5[1] ".  I used to deal with this all the time
writing C code.  Depending on if I wrote the code on my 3279 terminal or
PC and moved the code to the host, I would have to adjust the code for
brackets for what the compiler expected.   Try using the ISPF Browse
display ccsid command to see them.
Turn hex on too.  I am on my phone or I could show it.
--Roger



On Jun 7, 2018 1:25 AM, "Beesley, Paul"  wrote:

I noticed this also and don't think it is a problem at all. Think it's just
over zealous debugging on the part of the developer reminding themselves of
the syntax requirements. Otherwise, it makes no sense.

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Keith Hays
Sent: Wednesday, June 06, 2018 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP debug No Brackets Allowed

CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed CSSMTP DEBUG
:010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,
CSSMTP INFO   :010:mlCfgProcessConfigStmt:Statement(166): 'LogLevel
 7
CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed

I am getting numerous lines in my CSSMTP sysout warning me that no brackets
are allowed.  I have triple checked the config and don't have brackets in
the statement lines referenced. This does not stop the program from
working, simply clutters up sysout.

Anyone know the source of the problem?
--

Very Respectfully,

Keith A Hays
keith.a.h...@gmail.com
614-634-1671

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are
trading names used by the Atos group. The following trading entities are
registered in England and Wales: Atos IT Services UK Limited (registered
number 01245534), Atos Consulting Limited (registered number 04312380),
Atos Worldline UK Limited (registered number 08514184) and Canopy The Open
Cloud Company Limited (registration number 08011902). The registered office
for each is at Second Floor, Mid City Place, 71 High Holborn, London, WC1V
6EA.  The VAT No. for each is: GB232327983.

This e-mail and the documents attached are confidential and intended solely
for the addressee, and may contain confidential or privileged information.
If you receive this e-mail in error, you are not authorised to copy,
disclose, use or retain it. Please notify the sender immediately and delete
this email from your systems. As emails may be intercepted, amended or
lost, they are not secure. Atos therefore can accept no liability for any
errors or their content. Although Atos endeavours to maintain a virus-free
network, we do not warrant that this transmission is virus-free and can
accept no liability for any damages resulting from any virus transmitted.
The risks are deemed to be accepted by everyone who communicates with Atos
by 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

Where is the WLM website???

[Vernooij, Kees (ITOPT1) - KLM]

Cheryl's newsletter 2017-4 contains an interesting article about the LPAR 
Design Tool. It contains a link to this tool on the WLM site and I thought, I'd 
like take a look at it.

Of course IBM has shaken up its website again and the link has gone and I 
receive a commercial page about how quickly I should by z-systems.

Then I thought, I use my saved link to the WLM site to get the tool: also this 
one does not work anymore.
And even searching for the tool on the IBM website reports 3 totally 
irrelevant hits from the (un)Knowlegde Center and when I search for "LPAR 
Design Tool" nothing is found.

Is IBM really running for a price in the most un-useful website contest?

Does anyone has a working link to the WLM site and/or to the tool?

Grtn,
Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

GDPR and ShopzSeries

[Richards, Robert B.]

On the subject of GDPR and Shopz, what would be the reason for selecting the 
first radio button? (the * in this email denotes the radio button)



Notify email



The General Data Protection Regulation requires that you, as the controller of 
the data, be made aware of our Data Privacy Addendum and the relevant Data 
Privacy Exhibit for this transaction. Hence, a notification email needs to be 
sentto the end user for this order due to GDPR requirement. Please provide 
the email address to receive this notification. *



* I am placing this order for others, please send the GDPR notification email 
to:



* I am placing this order for myself. The GDPR notification will be contained 
in the order confirmation email.



Bob


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

Re: PPRC-XD vs Async PPRC

[R.S.]

W dniu 2018-06-06 o 18:18, Sankaranarayanan, Vignesh pisze:

Hello All,

Please could you point me to any doc explaining the differences between the 2.
Any important, obscure, techdocs or KB page or some such as well.. ?


Fundamental difference is data consistency.
PPRC-XD is *inconsistent* copy during most of the time. Inconsistent is 
unusable. You have to quiesce the production and wait a little until the 
delta become zero (the copy become consistent).
Asynchronous copy like XRC, SRDF/A, HARC is different. It is 
*consistent* copy - data on secondary site is usable, but is not 
current. Of course the time delta is small, but the most important is 
you don't have later data while earlier data is missing.


--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: CSSMTP debug No Brackets Allowed

[Ray Pearce]

I don't use CSSMTP but those look like DEBUG messages.
What do you have specified for LogLevel in your CSSMTP configuration? 

LogLevel 64 

Debug-level messages are logged. These messages are internal debug messages 
intended for development and IBM® service use only.


Ray Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Keith Hays
Sent: 06 June 2018 16:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP debug No Brackets Allowed

CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed CSSMTP DEBUG  
:010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,
CSSMTP INFO   :010:mlCfgProcessConfigStmt:Statement(166): 'LogLevel
 7
CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed

I am getting numerous lines in my CSSMTP sysout warning me that no brackets are 
allowed.  I have triple checked the config and don't have brackets in the 
statement lines referenced. This does not stop the program from working, simply 
clutters up sysout.

Anyone know the source of the problem?
-- 

Very Respectfully,

Keith A Hays
keith.a.h...@gmail.com
614-634-1671

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

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

Re: Use of dynamic system symbols in JCL

[R.S.]

The problem is you cannot use it in batch job. The documentation is 
*incorrect* - among many "working" symbols it provides few actually not 
working.
Simple test: copy all of the symbols to a job, make DSN=&S1..&S2..&S3..  
etc. Don't worry about DSNname syntax. Then submit the job with 
TYPRUN=SCAN and watch the output. You will see which symbols were 
substituted and which symbols left unrecongnized.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-06 o 16:26, Sean Gleann pisze:

Can anyone point out what I'm doing wrong here, please?


I'm trying to create a file with a name that features today's date.
My statement is:
//OUTFILE DD   DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
//  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
//  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024

When I submit the job to the system, I get:

IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD

I've tried numerous variants of this statement, but I always get the same
failure.
I'm almost certainly doing something stupid, but right now I can't see the
wood for the trees...


Help...  Please...


==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: Stack Exchange mainframe proposal

[Tom Marchant]

On Thu, 7 Jun 2018 15:50:34 +0800, David Crayford wrote:

>The good thing about Stack Exchange is that moderators can jump in an
>close a thread when it starts to drift and delete answers/comments that
>are inappropriate.

Censors. Terrific.

I don't know Stack Exchange, but I have had experience with other forums 
where someone had a brilliant idea to "improve" the forum by replacing it with 
something else. In each case, a thriving forum was killed off and the 
replacement failed to serve enough of its users that the entire discussion 
essentially died off.

I've seen other mainframe related discussion lists, most notably on LinkedIn. 
I have not been favorably impressed by what I've seen. I'll stick with 
IBM-MAIN, thank you.

-- 
Tom Marchant

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

Re: CSSMTP debug No Brackets Allowed

[Beesley, Paul]

The LogLevel is ignored until CSSMTP is initialised - apparently to assist with 
problems if it fails to initialise. Once it's up it sets your value of LogLevel.

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ray Pearce
Sent: Thursday, June 07, 2018 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP debug No Brackets Allowed

I don't use CSSMTP but those look like DEBUG messages.
What do you have specified for LogLevel in your CSSMTP configuration?

LogLevel 64

Debug-level messages are logged. These messages are internal debug messages 
intended for development and IBM® service use only.


Ray Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Keith Hays
Sent: 06 June 2018 16:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP debug No Brackets Allowed

CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed CSSMTP DEBUG  
:010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,
CSSMTP INFO   :010:mlCfgProcessConfigStmt:Statement(166): 'LogLevel
 7
CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed

I am getting numerous lines in my CSSMTP sysout warning me that no brackets are 
allowed.  I have triple checked the config and don't have brackets in the 
statement lines referenced. This does not stop the program from working, simply 
clutters up sysout.

Anyone know the source of the problem?
--

Very Respectfully,

Keith A Hays
keith.a.h...@gmail.com
614-634-1671

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

--
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
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading 
names used by the Atos group. The following trading entities are registered in 
England and Wales: Atos IT Services UK Limited (registered number 01245534), 
Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited 
(registered number 08514184) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at Second 
Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA.  The VAT No. for each 
is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

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

Re: IKJEFTSR

[Jousma, David]

Skip,

I had this same/similar problem on V2.3 with the freebie PDS86.  I was at V151, 
and there was a 161 level and it worked fine.  I suspect you need to contact 
the vendor.

Command ===> 
Enter an ISPF command, a PDS subcommand or a specia 
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  - 
>copy * jcl.data.new 
 PDS484W COPY IS IN PROGRESS 
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, June 06, 2018 5:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IKJEFTSR

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

We're just now bringing up z/OS 2.3. By and large looking good except for a few 
trouble spots. One is this:

PDS859E External command IKJEFTSR is not installed PDS987E PUTGET Service 
failed; RC=24

This occurs when invoking StarTool either in ISPF or at Ready. IKJEFTSR is 
indeed present in LPALIB, observed and verified by ISRDDN. Is this a StarTool 
problem?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com


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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

AW: Where is the WLM website???

[Peter Hunkeler]

>Does anyone has a working link to the WLM site and/or to the tool?


I tried some save links but all of them end up at either
- www.ibm.com/it-infrastructure/z/. (note the lower case z, hi, hi)
- the famous IBM KC



Neither of this is helpful. It seems another m has succeeded in hindering 
us to find information, and finding it efficiently.


Why , why, why, IBM, are you breaking links again and again?? ##$&%*<£$$**sch...




--
Peter Hunkeler



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

Re: Where is the WLM website???

[Horst Sinram]

Hi Kees,

glad that someone notices :-)
But seriously - while some restructuring of the web site is ongoing we're 
working on cutting over to mostly github based repositories.
If you open the presentation at 
https://github.com/IBM/IBM-Z-zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see 
a summary of the WLM related tools. Alain's LPAR design tool can be downloaded 
from 
ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-T03_IBM.zip
 

We expect a restructured "web page" to become available shortly at 
https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md 
(It is NOT up and running as of today).

Horst Sinram - STSM, IBM z/OS Workload and Capacity Management

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

Re: How to move to zFS V5 - painlessly

[John McKown]

On Wed, Jun 6, 2018 at 2:24 PM Lizette Koehler 
wrote:

> List -
>
> Just thought I would share this information should you want to move from
> v4 to
> v5 zFS files.  This is for z/OS V2.1.  You would need to check for your
> level of
> z/OS.
>
>
>
> There is a parm you can use to set the default format of a zFS filesystem
> to V5
> in IOEFSPRM.
>
> format_aggrversion=4 Sets the default format for new zfs datasets to v4
> format_aggrversion=5 Sets the default format for new zFS datasets to v5
>

​I love it because I first read that as format_AGGRAVATION= .

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: Stack Exchange mainframe proposal

[Allan Staller]

Reminds me of the 60's book "101 Uses for A Dead Cat"

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, June 6, 2018 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stack Exchange mainframe proposal

Friday look-ahead. What would the consensus of cats be on the best way to skin 
them?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Wednesday, June 06, 2018 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Stack Exchange mainframe proposal

I guess I could have this wrong, but I have never been one to believe that 
fixing problems by consensus is a good idea.  It is more than a little 
possible, and I'm sure we have all seen it on this list before, that a majority 
could "think" that some solution is "correct" when the actual correct solution 
is later offered by a lone individual or a minority of people.

Just because the majority of a group thinks that something is correct doesn't 
necessarily mean that it's the right answer.

That also leaves nothing for the "more ways to skin a cat" type of solution 
where there may be several ways to successfully resolve a problem, some ways 
being easier for a certain site and harder for others.  How many times on this 
list was the solution provided and then someone came along and outlined a 
"better" way to implement that solution?  Too many to count I would imagine.

Like management by committee, there are some things that can be accomplished 
that way, but there are many types of things that just plain can't be addressed 
that way.  I believe that mainframes and systems programming in particular fall 
into the category of "one size does not really fit all", so assuming that the 
solution with the highest number of votes is the correct one could be less help 
than the current way IBM-MAIN functions.

Brian


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: Use of dynamic system symbols in JCL

[Steve Horein]

I used this JCL:
//
//*
//SYMBOLS  EXPORT SYMLIST=*
//STEP1EXEC PGM=IEFBR14
//*
//ISUP DD   DISP=(NEW,CATLG),
// DSN=SH71167.IS.ACTIVE.ON.&SYSNAME..D&LYYMMDD.,
// SPACE=(TRK,(0,1)),
// LRECL=133,BLKSIZE=1330,RECFM=FB,
// VOL=SER=,
// UNIT=SYSDA

And got these results:
IEF236I ALLOC. FOR SH71167T STEP1
IGD101I SMS ALLOCATED TO DDNAME (ISUP)
DSN (SH71167.IS.ACTIVE.ON.CP9S.D180607   )
STORCLAS (PERF1) MGMTCLAS (TMAMLYBW) DATACLAS ()
VOL SER NOS= SH9DAU
IEF142I SH71167T STEP1 - STEP WAS EXECUTED - COND CODE 

Are you specifying "EXPORT SYMLIST" in your JCL?

On Wed, Jun 6, 2018 at 9:26 AM Sean Gleann  wrote:

> Can anyone point out what I'm doing wrong here, please?
>
>
> I'm trying to create a file with a name that features today's date.
> My statement is:
> //OUTFILE DD   DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
>
> When I submit the job to the system, I get:
>
> IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
>
> I've tried numerous variants of this statement, but I always get the same
> failure.
> I'm almost certainly doing something stupid, but right now I can't see the
> wood for the trees...
>
>
> Help...  Please...
>
> Sean Gleann
>
> --
> 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: Where is the WLM website???

[Cheryl Watson]

Hi Horst,

Thanks for the pointer.  I just found it after a LONG search.  IBM needs to 
learn about aliases. 

This is a HUGE problem.  I just went through my IBM favorite links and almost 
none of them work.  Even zfavorites doesn't work anymore.  This isn't just a 
WLM problem - it's the entire IBM website.  The one I use the most is for 
software pricing and after two months I still have to search for the things 
that were so easy to find before.

Who can I formally complain to?  I want to make a case for them creating 
aliases for the most common links.  And in addition, don't forget to add a menu 
of site locations in the pull-down.  Now, all it does is link to a KC manual 
that doesn't help at all.

I can't even write a requirement for it because it affects every single 
component of z/OS and would be rejected.

This is ridiculous!

Unhappily, 
Cheryl

=== 
Cheryl Watson
Watson & Walker, Inc.
1661 Ringling Blvd, PMB 49886
Sarasota, FL 34230
Phone: 941-924-6565
www.watsonwalker.com
===



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horst Sinram
Sent: Thursday, June 7, 2018 8:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

Hi Kees,

glad that someone notices :-)
But seriously - while some restructuring of the web site is ongoing we're 
working on cutting over to mostly github based repositories.
If you open the presentation at 
https://github.com/IBM/IBM-Z-zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see 
a summary of the WLM related tools. Alain's LPAR design tool can be downloaded 
from 
ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-T03_IBM.zip
 

We expect a restructured "web page" to become available shortly at 
https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md
(It is NOT up and running as of today).

Horst Sinram - STSM, IBM z/OS Workload and Capacity 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: Stack Exchange mainframe proposal

[Steve Smith]

Re Objections...

Contrary to a previous post, I don't think IBM-MAIN could be replaced by
S/E.  And that alone might dilute the mainframe community too much to work
well.

IMHO, S/E could be a better way to handle technical questions and answers,
while this list allows more of a free-for-all discussion.  S/E specifically
discourages "chit-chat", amongst other things.

​I think the S/E model may or may not work, but that it's worth a try.  I
have no problem with people who don't agree, and you all may well be right.


​sas​

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

Re: Use of dynamic system symbols in JCL

[Allan Staller]

No impact unless you happen to have conflicting symbols.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beesley, Paul
Sent: Thursday, June 7, 2018 2:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

Yes, we've only just turned it on in a couple of test systems.
My concern is what impact it will have on systems where the job scheduler does 
its own symbolic substitution (e.g.CA7) and I will follow this thread with 
interest

Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, June 06, 2018 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

Is anyone else pushing back on turning on batch system symbol support?   We've 
yet to do so, for the very reasons that IBM hadn’t supported in batch all 
along.  My main concern is unpredictable results.

Am I worrying for nothing?

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, June 06, 2018 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of dynamic system symbols in JCL

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Yep, need to make sure SYSSYM=ALLOW for that jobclass,



CLASS og XBMProc DupJob JobRC Active SysSym
1 PIN) NO MAXRC YES ALLOW
2 PIN) NO MAXRC YES ALLOW




in a STC I run at IPL time I do about the same



//CLEAN EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *,SYMBOLS=EXECSYS
DEL 'ATTS.PROD.&SYSNAME..IPLINFO'
/*
//IPLINFO EXEC PGM=IKJEFT01,REGION=0M,PARM='IPLINFO',
// DYNAMNBR=99
//SYSEXEC DD DSN=TS.USER.REXX,DISP=SHR
//SYSTSPRT DD DSN=ATTS.PROD.&SYSNAME..IPLINFO,DISP=(,CATLG),
// UNIT=SYSDA,SPACE=(TRK,(25,5),RLSE),
// RECFM=FBA,LRECL=134,BLKSIZE=0
//SYSTSIN DD DUMMY
//*
//IEBCOPY1 EXEC PGM=IEBCOPY,REGION=2M,TIME=10 //SYSPRINT DD SYSOUT=*
//SYSUT1 DD DISP=SHR,DSN=SYS1.&SYSNAME..PARMLIB
//SYSUT2 DD DISP=(,CATLG),
// DSN=ATTS.PROD.SYSA.D&LYYMMDD..T&LHHMMSS..PARMLIB,
// UNIT=SYSALLDA,SPACE=(CYL,(10,1,75),RLSE)
of course STC 



Carmen Vitullo

- Original Message -

From: "Andrew Arentsen" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, June 6, 2018 9:43:25 AM
Subject: Re: Use of dynamic system symbols in JCL

In my JES2PARM, in the definition of the job class that I'd run this job in, I 
specify SYSSYM=ALLOW. I'm sure you could put this in dynamically with a $T of 
some sort. You'll also need the two periods as Rob stated.

Andrew Arentsen
Senior Mainframe Systems Engineer




From: "Sean Gleann" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 06/06/2018 09:35 AM
Subject: Re: Use of dynamic system symbols in JCL Sent by: "IBM Mainframe 
Discussion List" 



I understand what you're saying Rob, but that was one of the variants I tried. 
It still produces the same error

Sean

On 6 June 2018 at 15:29, Rob Schramm  wrote:

> You need 2 dots after symbol.. otherwise nodeis GT 8 characters
>
> Rob
>
> On Wed, Jun 6, 2018, 10:27 AM Sean Gleann  wrote:
>
> > Can anyone point out what I'm doing wrong here, please?
> >
> >
> > I'm trying to create a file with a name that features today's date.
> > My statement is:
> > //OUTFILE DD DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> > // DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > // DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> >
> > When I submit the job to the system, I get:
> >
> > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> >
> > I've tried numerous variants of this statement, but I always get the
same
> > failure.
> > I'm almost certainly doing something stupid, but right now I can't
> > see
> the
> > wood for the trees...
> >
> >
> > Help... Please...
> >
> > Sean Gleann
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> --
>
> Rob Schramm
>
> --
> 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


**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-m

Re: Where is the WLM website???

[Allan Staller]

Try here. Looks totally useless (but visually pretty).

https://www.ibm.com/it-infrastructure/z/zos-workload-management


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, June 7, 2018 5:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where is the WLM website???

Cheryl's newsletter 2017-4 contains an interesting article about the LPAR 
Design Tool. It contains a link to this tool on the WLM site and I thought, I'd 
like take a look at it.

Of course IBM has shaken up its website again and the link has gone and I 
receive a commercial page about how quickly I should by z-systems.

Then I thought, I use my saved link to the WLM site to get the tool: also this 
one does not work anymore.
And even searching for the tool on the IBM website reports 3 totally 
irrelevant hits from the (un)Knowlegde Center and when I search for "LPAR 
Design Tool" nothing is found.

Is IBM really running for a price in the most un-useful website contest?

Does anyone has a working link to the WLM site and/or to the tool?

Grtn,
Kees.


For information, services and offers, please visit our web site: 
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.klm.com&data=02%7C01%7Callan.staller%40HCL.COM%7C4b99a4adb1b9474e655408d5cc60345f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636639635995709490&sdata=FjCGFQS57L9NJGDscShh9M6htqekikqQipjWBtsgo3U%3D&reserved=0.
 This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

SYSLOG / OPERLOG displaying date.

[John McKown]

I may do the following in a "post processing" job for my SYSLOG archiving.
One thing which is "nasty" about z/OS, vs, z/VSE and other systems is that
it prefers to display the calendar date as year.day-in-year. IMNSHO, this
is a real PITA to people in the "real" world because nobody really much
cares what day it is since the start of the year. So SYSLOG/OPERLOG's use
of "yy.ddd" or ".ddd" is fairly useless, again, IMO. I do like what CA
does in some of their products which would be nice to have in these
facilities. They display the date as either dd/mm/.ddd or
mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
CONSOLnn member would be nice. I don't really know, or particularily care,
what the keyword might be to do this.

Am I again going into deep left field? Should I just say "forget it" to IBM
and just do it myself?

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: Stack Exchange mainframe proposal

[Pew, Curtis G]

On Jun 7, 2018, at 6:36 AM, Tom Marchant 
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Censors. Terrific.
> 
> I don't know Stack Exchange, but I have had experience with other forums 
> where someone had a brilliant idea to "improve" the forum by replacing it 
> with 
> something else. In each case, a thriving forum was killed off and the 
> replacement failed to serve enough of its users that the entire discussion 
> essentially died off.
> 
> I've seen other mainframe related discussion lists, most notably on LinkedIn. 
> I have not been favorably impressed by what I've seen. I'll stick with 
> IBM-MAIN, thank you.

My experience is that StackExchange has been carefully designed to make it easy 
to engage in high-quality discussions, so that the result is useful and 
accessible. It isn’t perfect, of course, but overall it’s one of the better 
platforms for finding helpful information.

It wouldn’t replace IBM-MAIN, but I still think it would be a good thing.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: SYSLOG / OPERLOG displaying date.

[Charles Mills]

Yeah, and further, they are called "Julian" dates in the Z community and that 
is a misnomer. https://en.wikipedia.org/wiki/Julian_day 

I like one thing about them: they are compact. 18158 is the most compact 
(generally acceptable) way to represent June 7, 2018.

Here are conversion tables if you are interested: 
https://www.fs.fed.us/fire/partners/fepp/DODprogram/juliandate.htm 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, June 7, 2018 6:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSLOG / OPERLOG displaying date.

I may do the following in a "post processing" job for my SYSLOG archiving.
One thing which is "nasty" about z/OS, vs, z/VSE and other systems is that
it prefers to display the calendar date as year.day-in-year. IMNSHO, this
is a real PITA to people in the "real" world because nobody really much
cares what day it is since the start of the year. So SYSLOG/OPERLOG's use
of "yy.ddd" or ".ddd" is fairly useless, again, IMO. I do like what CA
does in some of their products which would be nice to have in these
facilities. They display the date as either dd/mm/.ddd or
mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
CONSOLnn member would be nice. I don't really know, or particularily care,
what the keyword might be to do this.

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

Re: Where is the WLM website???

[Vernooij, Kees (ITOPT1) - KLM]

Hi Horst,

Were you afraid you could remove the website, without anybody noticing it? That 
would indeed be a sad idea!

Anyway, thanks for the pointers.

But I agree with Cheryl, IBM should keep the information available to users in 
some way, or at least provide a 'search' function that is useful, but even this 
one is useless.
(suppose: KLM is reorganizing its website and you cannot book a flight in the 
coming 2 weeks, we can only show you some glossy info pages. Can you imagine 
this?)

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Horst Sinram
> Sent: 07 June, 2018 14:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where is the WLM website???
> 
> Hi Kees,
> 
> glad that someone notices :-)
> But seriously - while some restructuring of the web site is ongoing
> we're working on cutting over to mostly github based repositories.
> If you open the presentation at https://github.com/IBM/IBM-Z-
> zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see a summary of the WLM
> related tools. Alain's LPAR design tool can be downloaded from
> ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-
> T03_IBM.zip
> 
> We expect a restructured "web page" to become available shortly at
> https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md
> (It is NOT up and running as of today).
> 
> Horst Sinram - STSM, IBM z/OS Workload and Capacity Management
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Where is the WLM website???

[Tom Conley]

On 6/7/2018 9:23 AM, Vernooij, Kees - KLM , ITOPT1 wrote:

Hi Horst,

Were you afraid you could remove the website, without anybody noticing it? That 
would indeed be a sad idea!

Anyway, thanks for the pointers.

But I agree with Cheryl, IBM should keep the information available to users in 
some way, or at least provide a 'search' function that is useful, but even this 
one is useless.
(suppose: KLM is reorganizing its website and you cannot book a flight in the 
coming 2 weeks, we can only show you some glossy info pages. Can you imagine 
this?)



FWIW, the RACF website is also off the air.  Good luck finding DBSYNC 
anyhere.  Keep on keepin' on, IBM.


Regards,
Tom Conley

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

Re: SYSLOG / OPERLOG displaying date.

[John McKown]

On Thu, Jun 7, 2018 at 8:21 AM Charles Mills  wrote:

> Yeah, and further, they are called "Julian" dates in the Z community and
> that is a misnomer. https://en.wikipedia.org/wiki/Julian_day
>
> I like one thing about them: they are compact. 18158 is the most compact
> (generally acceptable) way to represent June 7, 2018.
>
> Here are conversion tables if you are interested:
> https://www.fs.fed.us/fire/partners/fepp/DODprogram/juliandate.htm
>

​Thanks for that URL. I have a short REXX program which will do it for me
using the DATE() builtin. What my user (really only one left now) would
really like would be something similar to: MM/DD/.JJJ MON  ... She is
our single remaining production scheduler and sometimes peruses the SYSLOG
when researching jobs. Having all that information right there would really
help her.



>
> Charles
>

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: GDPR and ShopzSeries

[Nims,Alva John (Al)]

If these links are where I believe they are in the ordering process then, I 
believe the GDPR entries have been added to the same links that have always 
been there.

Now when I was putting the order for z/OS 2.02 together, I used the first link 
to have my IBM sales/software rep review the order as in, did not forget 
something that we need/paying for or did not order anything that we were not 
paying for/planned to pay for.

The second link I used when ordering an updated version of a component, I think 
the last time I used it was to order a newer JAVA.

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GDPR and ShopzSeries

On the subject of GDPR and Shopz, what would be the reason for selecting the 
first radio button? (the * in this email denotes the radio button)



Notify email



The General Data Protection Regulation requires that you, as the controller of 
the data, be made aware of our Data Privacy Addendum and the relevant Data 
Privacy Exhibit for this transaction. Hence, a notification email needs to be 
sentto the end user for this order due to GDPR requirement. Please provide 
the email address to receive this notification. *



* I am placing this order for others, please send the GDPR notification email 
to:



* I am placing this order for myself. The GDPR notification will be contained 
in the order confirmation email.



Bob


--
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: Where is the WLM website???

[Susan Shumway]

Hi Cheryl (and all),

You're spot on when you say it's the entire IBM website. There was a 
huge initiative to streamline ibm.com by removing pretty much everything 
except marketing-related content, with last week marking the end of the 
line for most pages. All teams have been working hard to move content 
and set up URL redirects, but, as Horst mentioned, the work continues.


I'll pass these comments on to the initiative leads so that they're 
aware of the specific problems and can hopefully direct resolutions ASAP.


-Sue Shumway


On 06/07/18 8:41 AM, Cheryl Watson wrote:

Hi Horst,

Thanks for the pointer.  I just found it after a LONG search.  IBM needs to 
learn about aliases.

This is a HUGE problem.  I just went through my IBM favorite links and almost 
none of them work.  Even zfavorites doesn't work anymore.  This isn't just a 
WLM problem - it's the entire IBM website.  The one I use the most is for 
software pricing and after two months I still have to search for the things 
that were so easy to find before.

Who can I formally complain to?  I want to make a case for them creating 
aliases for the most common links.  And in addition, don't forget to add a menu 
of site locations in the pull-down.  Now, all it does is link to a KC manual 
that doesn't help at all.

I can't even write a requirement for it because it affects every single 
component of z/OS and would be rejected.

This is ridiculous!

Unhappily,
Cheryl

===
Cheryl Watson
Watson & Walker, Inc.
1661 Ringling Blvd, PMB 49886
Sarasota, FL 34230
Phone: 941-924-6565
www.watsonwalker.com
===



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horst Sinram
Sent: Thursday, June 7, 2018 8:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

Hi Kees,

glad that someone notices :-)
But seriously - while some restructuring of the web site is ongoing we're 
working on cutting over to mostly github based repositories.
If you open the presentation at 
https://github.com/IBM/IBM-Z-zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see 
a summary of the WLM related tools. Alain's LPAR design tool can be downloaded 
from 
ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-T03_IBM.zip

We expect a restructured "web page" to become available shortly at 
https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md
(It is NOT up and running as of today).

Horst Sinram - STSM, IBM z/OS Workload and Capacity 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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Use of dynamic system symbols in JCL

[Paul Gilmartin]

On Thu, 7 Jun 2018 12:51:52 +, Allan Staller wrote:

>No impact unless you happen to have conflicting symbols.
> 
That shouldn't matter.  If CA7 substitutes a symbol, downstream processors
will never see it as a symbol.  However if CA7 does not perform a substitution
it's exposed for SYSSYM substitution.

>-Original Message-
>From: Beesley, Paul
>Sent: Thursday, June 7, 2018 2:27 AM
>
>Yes, we've only just turned it on in a couple of test systems.
>My concern is what impact it will have on systems where the job scheduler does 
>its own symbolic substitution (e.g.CA7) and I will follow this thread with 
>interest

-- gil

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

Re: CSSMTP debug No Brackets Allowed

[Paul Gilmartin]

On Thu, 7 Jun 2018 04:05:16 -0600, Roger Bolan wrote:

>There ARE brackets.  Brackets are not at consistent code points in all code
>pages.  In this line
>"010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,"
>there are brackets.  View that line using different code pages and you
>should see them.
>
I hate EBCDIC!  How much wasted effort (and wasted IBM-MAIN bandwidth)
have EBCDIC and its code pages caused?

-- gil

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

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Mike Schwab]

Once the delay is long enough, the CP does the work.  They cost about
10X the price of zIIPs.
On Thu, Jun 7, 2018 at 4:36 AM Elardus Engelbrecht
 wrote:
>
> Peter Hunkeler wrote:
>
> >- "You should not utilize one zIIP more than 30%, two zIIPs more than 60%..."
>
> Who said it? And why 30%? Just curious.
>
> My one zIIP (for about 8 LPARs on one machine) is usually anything from 5% to 
> 40-50% in workdays, while the zIIP management overhead is usually from 0.5% 
> to 1%.
>
> No complaints from my users or colleagues.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: CSSMTP debug No Brackets Allowed

[Mike Stayton]

Paul is correct.  The DEBUG message indicates that the statement cannot have 
brackets.  

Former IBM employee.
Mike

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

opinion: multi-platform program design

[John McKown]

I've already written a utility program which is designed to run as a UNIX
command, mainly interactively from a UNIX shell, but it works from TSO
OSHELL and in batch via BPXBATCH or Co:Z launcher just fine. So, from a
"practical" viewpoint the following is not really necessary.

But I am considering making a "version 2.0" which will run "natively" in
the various environments. In particular, the environments I envision are:

1) batch - directly from an EXEC PGM=UTILITY
2) REXX via IRXJCL - "pure" non-TSO REXX
3) native IKJEFT01 - a true TSO CP (getline/putline with TSO CP command
parameters)
4) REXX under IKJEFT01 - a TSO REXEC environment
5) native UNIX - a UNIX command via a shell
​6) REXX under UNIX - program invoked with a UNIX shell script written in
REXX​

Have I missed some other "normal" (not CICS, DB2 stored proc, IMS, etc)
z/OS environment. In a REXX environment (#s 2, 4, & 6) I plan to have a
"STEM varname." type option such as with EXECIO. In all environments, the
default output would be to the normal output (in batch, I consider
//SYSPRINT to be the "normal" place for program output)

First, I will grant that, other than the REXX STEM option, I can
effectively do all the options other than #1 already in a "sideways" sort
of way by just using the current UNIX command via BPXBATCH (OSHELL uses
this under the covers).

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: SYSLOG / OPERLOG displaying date.

[Gord Tomlin]

On 2018-06-07 09:01, John McKown wrote:

I do like what CA
does in some of their products which would be nice to have in these
facilities. They display the date as either dd/mm/.ddd or
mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
CONSOLnn member would be nice.


If you're going to agitate for something like this, how about going for 
the unambiguous ISO 8601 format -mm-dd, either instead of or in 
addition to the ambiguous dd/mm/... or mm/dd/...


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: Stack Exchange mainframe proposal

[Gord Tomlin]

On 2018-06-07 03:50, David Crayford wrote:
The good thing about Stack Exchange is that moderators can jump in an 
close a thread when it starts to drift and delete answers/comments that 
are inappropriate.


Doing that on IBM-MAIN would shrink it by 90%. ;)

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: Where is the WLM website???

[Elardus Engelbrecht]

Susan Shumway wrote:

>All teams have been working hard to move content and set up URL redirects, 
>but, as Horst mentioned, the work continues.
>I'll pass these comments on to the initiative leads so that they're aware of 
>the specific problems and can hopefully direct resolutions ASAP.

Many thanks and good luck to you and your teams to fix that. I really 
appreciate it that you are trying out to help.

Kudos to you! ;-)


Cheryl Watson wrote:

>> The one I use the most is for software pricing and after two months I still 
>> have to search for the things that were so easy to find before.

I also searched for the site where 'IBM Z software pricing' (Yes, that Z is 
UpperCase!) is shown and found it at this new address:

https://www.ibm.com/it-infrastructure/z/software/pricing-tools


At least the site for 'License Management Support' is the same! ;-)

https://www-01.ibm.com/software/lms/index.wss


> Now, all it does is link to a KC manual that doesn't help at all.

Another big blue mother of all links showing 'Popular product documentation' 
and other nice things like RedBooks, developerWorks, links to downloads, open a 
ticket, etc.:

https://www.ibm.com/support/knowledgecenter/?lnk=ushpv18hcwh2&lnk2=support 



This one for KC which I posted a while back is still working, whew! ;-)

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument

Hope above links help you.

Groete / Greetings
Elardus Engelbrecht

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

Re: SYSLOG / OPERLOG displaying date.

[Charles Mills]

I am just talking off the top of my head here but couldn't one write an SDSF 
macro where if the user positioned the cursor on a "Julian" date and hit the 
appropriate PF key, a pop-up would display the date in a more user-familiar 
format?

I know it burns me sometimes. I will do an F whatever PREV on the log and hit 
some problem and say "aha! X happened" only to finally realize it happened 
three days ago, and that fact did not jump out because "Julian" dates are not 
"intuitive."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, June 7, 2018 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSLOG / OPERLOG displaying date.

On Thu, Jun 7, 2018 at 8:21 AM Charles Mills  wrote:

> Yeah, and further, they are called "Julian" dates in the Z community and
> that is a misnomer. https://en.wikipedia.org/wiki/Julian_day
>
> I like one thing about them: they are compact. 18158 is the most compact
> (generally acceptable) way to represent June 7, 2018.
>
> Here are conversion tables if you are interested:
> https://www.fs.fed.us/fire/partners/fepp/DODprogram/juliandate.htm
>

​Thanks for that URL. I have a short REXX program which will do it for me
using the DATE() builtin. What my user (really only one left now) would
really like would be something similar to: MM/DD/.JJJ MON  ... She is
our single remaining production scheduler and sometimes peruses the SYSLOG
when researching jobs. Having all that information right there would really
help her.

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

Re: SYSLOG / OPERLOG displaying date.

[Charles Mills]

AMEN!!!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gord Tomlin
Sent: Thursday, June 7, 2018 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSLOG / OPERLOG displaying date.

On 2018-06-07 09:01, John McKown wrote:
> I do like what CA
> does in some of their products which would be nice to have in these
> facilities. They display the date as either dd/mm/.ddd or
> mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
> CONSOLnn member would be nice.

If you're going to agitate for something like this, how about going for 
the unambiguous ISO 8601 format -mm-dd, either instead of or in 
addition to the ambiguous dd/mm/... or mm/dd/...

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

Re: SYSLOG / OPERLOG displaying date.

[John McKown]

On Thu, Jun 7, 2018 at 9:42 AM Gord Tomlin 
wrote:

> On 2018-06-07 09:01, John McKown wrote:
> > I do like what CA
> > does in some of their products which would be nice to have in these
> > facilities. They display the date as either dd/mm/.ddd or
> > mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
> > CONSOLnn member would be nice.
>
> If you're going to agitate for something like this, how about going for
>

​Me? Agitate?!? Surely you jest! {grin}​



> the unambiguous ISO 8601 format -mm-dd, either instead of or in
> addition to the ambiguous dd/mm/... or mm/dd/...
>

​I do like that, but I thought that mm/dd/.jjj (US) or dd/mm/.jjj
(non US) would be "better" than -mm-dd .jjj due to being shorter​
(14 vs 19 characters). I also think that -mm-dd.jjj or jjj.-mm-dd
just "looks weird". I also included the 3 character day of the week name
simply because the usual question from the person is "what day is that on
the calendar?" (Gregorian implied) followed immediately by "And what day of
the week was that on?"



>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
>

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: Where is the WLM website???

[Elardus Engelbrecht]

Tom Conley wrote:

>FWIW, the RACF website is also off the air.  Good luck finding DBSYNC anyhere. 
> Keep on keepin' on, IBM.

Groan. I also find it to my dismay all my favourite RACF goodies are "poof" 
gone! :-(

Mind you, I wanted to review a [old] SHARE presentation at

... http://www-1.ibm.com/servers/eserver/zseries/zos/racf/presentations.html

It is not there!


Vernooij, Kees wrote:

>> (suppose: KLM is reorganizing its website and you cannot book a flight in 
>> the coming 2 weeks, we can only show you some glossy info pages. Can you 
>> imagine this?)

Ohoh KLM (or any company) will get a lot of flak, foulmouthed tweets beside 
being sued and in the news for all the bad reasons...

> ... some glossy info pages ...

I am hyper allergic to that and I don't want to take medicines for it. ;-D

Groete / Greetings
Elardus Engelbrecht

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

Re: SYSLOG / OPERLOG displaying date.

[Ed Jaffe]

On 6/7/2018 7:59 AM, Charles Mills wrote:

I am just talking off the top of my head here but couldn't one write an SDSF macro where 
if the user positioned the cursor on a "Julian" date and hit the appropriate PF 
key, a pop-up would display the date in a more user-familiar format?


The OP's dilemma was post-processing. An interactive "macro" won't help him.

For interactive users, simply look up at the title line. The date/time 
at the current position is displayed there:


   Jobs  JES  System  Tools  Filter  View  Options  Help
 ---
 SYSLOG  MVSA0/SA0 S0021365(SYSLOG00) 2018-05-27 14:48    Line 931302 
of 931510

 Command ===> Scroll ===> CSR
 Current Find Text:  Dataset 
519 of 530

<--3+4+5+6+7+8+9+---10+>
 14:48:50.82  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
 14:48:50.83  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
 14:48:50.84  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
 14:48:50.85  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
 14:48:50.86  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
 14:48:50.87  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS

 14:49:10.89  0080  IEE400I THESE MESSAGES CANCELLED - 0497.
 14:49:10.97  0080  IEE400I THESE MESSAGES CANCELLED - 0499.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://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

Re: SYSLOG / OPERLOG displaying date.

[Charles Mills]

> The date/time at the current position is displayed there:

I'll be darned! You learn something every day. Every good day anyway.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, June 7, 2018 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSLOG / OPERLOG displaying date.

On 6/7/2018 7:59 AM, Charles Mills wrote:
> I am just talking off the top of my head here but couldn't one write an SDSF 
> macro where if the user positioned the cursor on a "Julian" date and hit the 
> appropriate PF key, a pop-up would display the date in a more user-familiar 
> format?

The OP's dilemma was post-processing. An interactive "macro" won't help him.

For interactive users, simply look up at the title line. The date/time 
at the current position is displayed there:

Jobs  JES  System  Tools  Filter  View  Options  Help
  
---
  SYSLOG  MVSA0/SA0 S0021365(SYSLOG00) 2018-05-27 14:48Line 931302 
of 931510
  Command ===> Scroll ===> CSR
  Current Find Text:  Dataset 
519 of 530
<--3+4+5+6+7+8+9+---10+>
  14:48:50.82  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:48:50.83  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:48:50.84  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:48:50.85  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:48:50.86  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:48:50.87  0281  IEA989I SLIP TRAP ID=X13E MATCHED. 
JOBNAME=OMVS
  14:49:10.89  0080  IEE400I THESE MESSAGES CANCELLED - 0497.
  14:49:10.97  0080  IEE400I THESE MESSAGES CANCELLED - 0499.

-- 
Phoenix Software International
Edward E. Jaffe

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

Re: Where is the WLM website???

[Allan Staller]

Same as the WLM pages. Very pretty, but functionally useless!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, June 7, 2018 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

Tom Conley wrote:

>FWIW, the RACF website is also off the air.  Good luck finding DBSYNC anyhere. 
> Keep on keepin' on, IBM.

Groan. I also find it to my dismay all my favourite RACF goodies are "poof" 
gone! :-(

Mind you, I wanted to review a [old] SHARE presentation at

... 
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-1.ibm.com%2Fservers%2Feserver%2Fzseries%2Fzos%2Fracf%2Fpresentations.html&data=02%7C01%7Callan.staller%40HCL.COM%7C1d1fc989a60748d9d12d08d5cc88b09b%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C63663980982399&sdata=7v4fGJa9bCyl8EynYQebDT17Ynot0sruEjob0Sohz1Y%3D&reserved=0

It is not there!


Vernooij, Kees wrote:

>> (suppose: KLM is reorganizing its website and you cannot book a
>> flight in the coming 2 weeks, we can only show you some glossy info
>> pages. Can you imagine this?)

Ohoh KLM (or any company) will get a lot of flak, foulmouthed tweets beside 
being sued and in the news for all the bad reasons...

> ... some glossy info pages ...

I am hyper allergic to that and I don't want to take medicines for it. ;-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: SYSLOG / OPERLOG displaying date.

[John McKown]

On Thu, Jun 7, 2018 at 10:14 AM Ed Jaffe 
wrote:

> On 6/7/2018 7:59 AM, Charles Mills wrote:
> > I am just talking off the top of my head here but couldn't one write an
> SDSF macro where if the user positioned the cursor on a "Julian" date and
> hit the appropriate PF key, a pop-up would display the date in a more
> user-familiar format?
>
> The OP's dilemma was post-processing. An interactive "macro" won't help
> him.
>

​well, if might could if I told them to VIEW the DSN instead of BROWSEing
it. They could position the cursor on the date field of interest and I
could "pick it up" in a REXX macro. It would be better than what we have
now, which is nothing. ​I already post process the production syslog DSN,
on tape,


>
> For interactive users, simply look up at the title line. The date/time
> at the current position is displayed there:
>

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: SYSLOG / OPERLOG displaying date.

[Gord Tomlin]

On 2018-06-07 11:05, John McKown wrote:

I thought that mm/dd/.jjj (US) or dd/mm/.jjj
(non US) would be "better"


For anyone that needs to look at US and non-US syslog output, this would 
lead to unhappiness. Especially here in Canada where there is little 
consistency in the use of dd/mm/ or mm/dd/.


BTW, are we having this conversation on June 7 or July 6? ;)

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Phil Smith]

Peter Hunkeler wrote, in part:
>There are some statements around zIIP utilization which I read here and there. 
>Statements like:

>- "You should not utilize one zIIP more than 30%, two zIIPs more than 60%..."
>- "A task may become delayed for up to 3.2 ms (actually ZIIPAWMT) before the 
>busy zIIP asks for help from a CP".

There are some knobs that can control this. And it's surely YMMV. If you had, 
for example, one heavyweight thread that was zIIP-eligible, one might assume 
that it could saturate that zIIP without issues. But that's not going to be a 
common scenario.

Scheduling an SRB isn't cheap. I don't know whether that's why, but for 
whatever reason, IBM has built this "fall back to the CP" mechanism. Kathy 
Walsh of IBM has a pretty good session that talks about this; I saw it at the 
IBM Systems Technical University in Orlando last month. Session is z101268.pdf; 
I can't find it on the web, either under that number or by searching some key 
strings in it. Sorry...
--
...phsiii

Phil Smith III
Senior Architect & Product Manager, Mainframe & Enterprise
Distinguished Technologist
Micro Focus (Voltage)

phs...@microfocus.com
T 703-476-4511
M 703-568-6662
Herndon, VA


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

Re: GDPR and ShopzSeries

[Richards, Robert B.]

Al,

Yes, the radio buttons were just added at the bottom. However, the review or 
approval was not on that web page, if I remember correctly. It showed up when 
the order was validated?? (Not sure of this at the moment and I have nothing to 
order today that would provide the ability to verify this assumption)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Thursday, June 07, 2018 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

If these links are where I believe they are in the ordering process then, I 
believe the GDPR entries have been added to the same links that have always 
been there.

Now when I was putting the order for z/OS 2.02 together, I used the first link 
to have my IBM sales/software rep review the order as in, did not forget 
something that we need/paying for or did not order anything that we were not 
paying for/planned to pay for.

The second link I used when ordering an updated version of a component, I think 
the last time I used it was to order a newer JAVA.

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GDPR and ShopzSeries

On the subject of GDPR and Shopz, what would be the reason for selecting the 
first radio button? (the * in this email denotes the radio button)



Notify email



The General Data Protection Regulation requires that you, as the controller of 
the data, be made aware of our Data Privacy Addendum and the relevant Data 
Privacy Exhibit for this transaction. Hence, a notification email needs to be 
sentto the end user for this order due to GDPR requirement. Please provide 
the email address to receive this notification. *



* I am placing this order for others, please send the GDPR notification email 
to:



* I am placing this order for myself. The GDPR notification will be contained 
in the order confirmation email.



Bob


--
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: GDPR and ShopzSeries

[Phil Smith]

Bob Richards wrote, in part:
>On the subject of GDPR and Shopz, what would be the
>reason for selecting the first radio button?

If you're ordering for someone else, the GDPR privacy notification needs to go 
to them. GDPR defines specific rules about notifying folks, so this is [at 
least perceived to be] what it requires.

Having said that, of course GDPR is new, and there's lots of room for 
interpretation. So if some other site lets you do something on behalf of 
someone else and does not ask where to send the notification, that doesn't mean 
they're necessarily in violation (nor compliance)!

...phsiii

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

Re: Weird thought for ISPF enhancement

[Rob Schramm]

And we have a winner in the 15-20 year range.. *UGH*

Really takes the wind out of my "rant filled sails".

I guess I should really expect such things... mainframes.. like the old
Timex commercials "takes a licking, and keeps on ticking"

Rob Schramm

On Wed, Jun 6, 2018 at 9:35 PM CM Poncelet  wrote:

> I still used a locally attached terminal in 1998 . CP
>
> On 06/06/2018 20:40, Rob Schramm wrote:
> > 
> > Do they really need to lock their TSO screen?  Isn't having a windows
> > locktime sufficient?
> >
> > While this setting was certainly important during the golden age of
> > terminals... how many of us actually use a terminal anymore?  In the last
> > 10 years?  In the last 20 years?
> >
> > How many have a corporate defined windows screen lock? (I can't comment
> on
> > Linux.. maybe some others can chime in)
> >
> > What actual security is enhanced by locking a 3270 terminal that is not
> > addressed by locking the medium used to access the 3270 session?
> > (this may be turning into a rant)
> >
> > I haven't actually given this much thought or examined my own reasoning
> for
> > demanding locked sessions and auto-logoff for 3270.. but is the practice
> > actually providing the security benefit so many time espoused and
> demanded?
> >
> > 
> >
> > Rob Schramm
> >
> > p.s. If I have gone too far afield in this thread.. I can start another
> > one.
> >
> >
> >
> > On Wed, Jun 6, 2018 at 3:23 PM Clark Morris 
> > wrote:
> >
> >> [Default] On 6 Jun 2018 04:53:49 -0700, in bit.listserv.ibm-main
> >> john.archie.mck...@gmail.com (John McKown) wrote:
> >>
> >>> On Tue, Jun 5, 2018 at 4:02 PM Barry Merrill  wrote:
> >>>
>  I left z/OS as a development platform, going to Windows in 1996
>  for MXG Software totally because of the loss of everything under
>  TSO if I didn't hit enter every 45 minutes.
> 
> >>> ?The programmers here had the same complaint. We now have an IEFUTL
> exit,
> >>> implemented in CA-OPS/MVS REXX, which will extend their wait time
> between
> >>> 06:00 and 18:00 on weekdays. That way they can go to meetings, lunch,
> and
> >>> bull sessions without losing their place.?
> >>>
> >> They need to be able to lock their screens for this to be viable from
> >> a security point of view.
> >>
> >> Clark Morris
>  However, it is still the primary QA test platform, but using
>  batch instead of TSO.
> 
> 
>  Herbert W. "Barry" Merrill, PhD
>  President-Programmer
>  Merrill Consultants
>  MXG Software
>  10717 Cromwell Drive
>  Dallas, TX 75229
>  www.mxg.com
>  ba...@mxg.com
> 
> 
> 
> 
> 
> 
>  -Original Message-
>  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On
>  Behalf Of Charles Mills
>  Sent: Tuesday, June 5, 2018 3:40 PM
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Subject: Re: Weird thought for ISPF enhancement
> 
>  Thanks. I will give that sort of thing a try.
> 
>  I *still* like John's weird thought. I work from a home office. I tend
> >> to
>  be
>  a little loose with the demarcation between work and not work.
> >> Sometimes I
>  get up from my PC. Sometimes I come back in 20 minutes. Sometimes I do
> >> not.
>  I like that whether I am gone for ten seconds or ten hours, I find
> >> Windows
>  right where I left it. It would be nice if ISPF were right where I
> left
> >> it.
>  (I understand the resource and security advantages of a forced logoff.
>  John's weird thought would make that logoff more transparent.)
> 
>  Charles
> 
> 
>  -Original Message-
>  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On
>  Behalf Of Jerry Whitteridge
>  Sent: Tuesday, June 5, 2018 1:04 PM
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Subject: Re: Weird thought for ISPF enhancement
> 
>  I use a rexx exec to "script" all my sessions every time I logon.
> 
>  /* REXX */
>  /* TRACE I */
>  ADDRESS ISPEXEC
>  "SELECT PGM(ISPSTRT) PARM(SCRNAME SDSF2 PERM; =SDSF; SWAP LAST) "
>  "SELECT PGM(ISPSTRT) PARM(SCRNAME EDIT1 PERM; =2; SWAP LAST)"
>  /*ELECT PGM(ISPSTRT) PARM(SCRNAME EDIT2 PERM; =2; SWAP LAST)" */
> "SELECT
>  PGM(ISPSTRT) PARM(SCRNAME MYDS PERM; REFOPEND; SWAP LAST)"
>  "SELECT PGM(ISPSTRT) PARM(SCRNAME BROWSE1 PERM; =1; SWAP LAST)"
>  "SELECT PGM(ISPSTRT) PARM(SCRNAME TSO PERM; =6; SWAP LAST)"
>  "SELECT PGM(ISPSTRT) PARM(SCRNAME DSLIST PERM; =3.4; SWAP LAST)"
>  "SELECT PGM(ISPSTRT) PARM(TSO WORKPL)"
>  EXIT(0)
> 
> 
>  I call this SESSTART and simply do a TSO SESSTART as soon as I am at
> the
>  Primary option menu after logging on. (In 2.2 or above I believe this
> >> can
>  be
>  done automagically).
> 
> 
>  Jerry Whitteridge
>  Delivery Manager / Mainframe Architect
>  GTS - Safeway Account
>  602 527 4871 <(602)%20527-4871> <(602)

Re: GDPR and ShopzSeries

[Nims,Alva John (Al)]

Bob,

Okay, then I don't have a good answer then.  I guess by the nature of GDPR, you 
have to make sure everyone involved has received a copy of the GDPR notice.  I 
noticed the Phil Smith responded, with not those words, but almost the same.

The thing with this GDPR, I am no expert and really talking "out of my hat" 
here, but does that imply that EVERY USER of the system has to be notified 
about/with GDPR?

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

Al,

Yes, the radio buttons were just added at the bottom. However, the review or 
approval was not on that web page, if I remember correctly. It showed up when 
the order was validated?? (Not sure of this at the moment and I have nothing to 
order today that would provide the ability to verify this assumption)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Thursday, June 07, 2018 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

If these links are where I believe they are in the ordering process then, I 
believe the GDPR entries have been added to the same links that have always 
been there.

Now when I was putting the order for z/OS 2.02 together, I used the first link 
to have my IBM sales/software rep review the order as in, did not forget 
something that we need/paying for or did not order anything that we were not 
paying for/planned to pay for.

The second link I used when ordering an updated version of a component, I think 
the last time I used it was to order a newer JAVA.

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GDPR and ShopzSeries

On the subject of GDPR and Shopz, what would be the reason for selecting the 
first radio button? (the * in this email denotes the radio button)



Notify email



The General Data Protection Regulation requires that you, as the controller of 
the data, be made aware of our Data Privacy Addendum and the relevant Data 
Privacy Exhibit for this transaction. Hence, a notification email needs to be 
sentto the end user for this order due to GDPR requirement. Please provide 
the email address to receive this notification. *



* I am placing this order for others, please send the GDPR notification email 
to:



* I am placing this order for myself. The GDPR notification will be contained 
in the order confirmation email.



Bob


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

Re: GDPR and ShopzSeries

[Richards, Robert B.]

I am always ordering software, ptfs, etc. for myself or the company I am 
working at, so I will continue to select the second radio button. Maybe 
resellers need to check the first button??

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Thursday, June 07, 2018 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

Bob,

Okay, then I don't have a good answer then.  I guess by the nature of GDPR, you 
have to make sure everyone involved has received a copy of the GDPR notice.  I 
noticed the Phil Smith responded, with not those words, but almost the same.

The thing with this GDPR, I am no expert and really talking "out of my hat" 
here, but does that imply that EVERY USER of the system has to be notified 
about/with GDPR?

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

Al,

Yes, the radio buttons were just added at the bottom. However, the review or 
approval was not on that web page, if I remember correctly. It showed up when 
the order was validated?? (Not sure of this at the moment and I have nothing to 
order today that would provide the ability to verify this assumption)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Thursday, June 07, 2018 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDPR and ShopzSeries

If these links are where I believe they are in the ordering process then, I 
believe the GDPR entries have been added to the same links that have always 
been there.

Now when I was putting the order for z/OS 2.02 together, I used the first link 
to have my IBM sales/software rep review the order as in, did not forget 
something that we need/paying for or did not order anything that we were not 
paying for/planned to pay for.

The second link I used when ordering an updated version of a component, I think 
the last time I used it was to order a newer JAVA.

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, June 07, 2018 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GDPR and ShopzSeries

On the subject of GDPR and Shopz, what would be the reason for selecting the 
first radio button? (the * in this email denotes the radio button)



Notify email



The General Data Protection Regulation requires that you, as the controller of 
the data, be made aware of our Data Privacy Addendum and the relevant Data 
Privacy Exhibit for this transaction. Hence, a notification email needs to be 
sentto the end user for this order due to GDPR requirement. Please provide 
the email address to receive this notification. *



* I am placing this order for others, please send the GDPR notification email 
to:



* I am placing this order for myself. The GDPR notification will be contained 
in the order confirmation email.



Bob


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

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

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Charles Mills]

Isn't "fall back to the CP" because one would typically want one's work to
run *somewhere* even if a zIIP were not available but perhaps a CP was?

zIIP's are all about software costs, right? So scheduling work is like
buying a seat on Southwest. I need to get there, so if none of the "wanna
get away" seats are available, I will buy a full-fare seat.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith
Sent: Thursday, June 7, 2018 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why are highly busy zIIPs worse than highly busy CPs?

Peter Hunkeler wrote, in part:
>There are some statements around zIIP utilization which I read here and
there. Statements like:

>- "You should not utilize one zIIP more than 30%, two zIIPs more than
60%..."
>- "A task may become delayed for up to 3.2 ms (actually ZIIPAWMT) before
the busy zIIP asks for help from a CP".

There are some knobs that can control this. And it's surely YMMV. If you
had, for example, one heavyweight thread that was zIIP-eligible, one might
assume that it could saturate that zIIP without issues. But that's not going
to be a common scenario.

Scheduling an SRB isn't cheap. I don't know whether that's why, but for
whatever reason, IBM has built this "fall back to the CP" mechanism. Kathy
Walsh of IBM has a pretty good session that talks about this; I saw it at
the IBM Systems Technical University in Orlando last month. Session is
z101268.pdf; I can't find it on the web, either under that number or by
searching some key strings in it. Sorry...
--
...phsiii

Phil Smith III
Senior Architect & Product Manager, Mainframe & Enterprise
Distinguished Technologist
Micro Focus (Voltage)

phs...@microfocus.com
T 703-476-4511
M 703-568-6662
Herndon, VA


--
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: Where is the WLM website???

[Peter Hunkeler]

>I'll pass these comments on to the initiative leads so that they're
aware of the specific problems and can hopefully direct resolutions ASAP.




if your faint-hearted, don't read on.






Someone better go off and kick'em in the ...  and tell those useless m to 
go and look for another job. The Internet lives from links, from stable links. 
IBM has been the world leader in restructuring its websites and re-breaking 
links for years. But least the important ones to us technicians have survived 
so far.


I wouldn't have imagined that someone can be so dumb and do what IBM seems to 
have done now.


IBM is currently making it worse and worse for me to do my job. I need to be 
able to find information. Every valuable redpiece, every valuable redbook, 
every valuable presentation has links in it, useful links. If IBM is willingly 
breaking those links, the I understand that IBM is willingly sabotaging to our 
work.




I had not intent to offend anyone, except those responsible for this disaster.


I've gotten upset for quite some time whenever I was looking us something on 
IBM site. This has to get out once.


--
Peter Hunkeler

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

Re: Where is the WLM website???

[Allan Staller]

Ditto! Kick out the PFCSK's

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, June 7, 2018 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

>I'll pass these comments on to the initiative leads so that they're
aware of the specific problems and can hopefully direct resolutions ASAP.




if your faint-hearted, don't read on.






Someone better go off and kick'em in the ...  and tell those useless m to 
go and look for another job. The Internet lives from links, from stable links. 
IBM has been the world leader in restructuring its websites and re-breaking 
links for years. But least the important ones to us technicians have survived 
so far.


I wouldn't have imagined that someone can be so dumb and do what IBM seems to 
have done now.


IBM is currently making it worse and worse for me to do my job. I need to be 
able to find information. Every valuable redpiece, every valuable redbook, 
every valuable presentation has links in it, useful links. If IBM is willingly 
breaking those links, the I understand that IBM is willingly sabotaging to our 
work.




I had not intent to offend anyone, except those responsible for this disaster.


I've gotten upset for quite some time whenever I was looking us something on 
IBM site. This has to get out once.


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: SYSLOG / OPERLOG displaying date.

[Steve Smith]

Schedule international meetings only on unambiguous dates (6/6/18,
12/12/12...). :-)  And don't say EST, when you really mean CST (i.e. EDT).

Obligatory: https://xkcd.com/1179/  Like grammar and spelling, you can do
what you want; but if you want to be understood, follow the standard.

sas

On Thu, Jun 7, 2018 at 11:37 AM, Gord Tomlin <
gt.ibm.li...@actionsoftware.com> wrote:

> On 2018-06-07 11:05, John McKown wrote:
>
>> I thought that mm/dd/.jjj (US) or dd/mm/.jjj
>> (non US) would be "better"
>>
>
> For anyone that needs to look at US and non-US syslog output, this would
> lead to unhappiness. Especially here in Canada where there is little
> consistency in the use of dd/mm/ or mm/dd/.
>
> BTW, are we having this conversation on June 7 or July 6? ;)
>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: SYSLOG / OPERLOG displaying date.

[John McKown]

On Thu, Jun 7, 2018 at 10:38 AM Gord Tomlin 
wrote:

> On 2018-06-07 11:05, John McKown wrote:
> > I thought that mm/dd/.jjj (US) or dd/mm/.jjj
> > (non US) would be "better"
>
> For anyone that needs to look at US and non-US syslog output, this would
> lead to unhappiness. Especially here in Canada where there is little
> consistency in the use of dd/mm/ or mm/dd/.
>
> BTW, are we having this conversation on June 7 or July 6? ;)
>

​What?!? I thought it was still May! {grin}​

I really don't care exactly how the date is formatted. I just would like to
have four fields in some order: year, month, day, and day-of-year. I,
personally, use the ISO8601 (RFC3339 variant). E.g. right now, here in
Texas, it is 2018-06-07T11:09:30-05:00 . But I think that the ".jjj" needs
to be somewhere for historical reasons and because some people might
actually use it.



>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
>

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Peter Hunkeler]

>Once the delay is long enough, the CP does the work.  They cost about 10X the 
>price of zIIPs.


I understand the potential impact on the software bill zIIP-on-CP might have. 
That is not the point I want to get a better understanding. I'm interested in 
the technical aspects, only.


IMHO, from a technical point of view the invention of zIIPs and zAAPs is pure 
bullshit. From a financial point of view they are helping lowering costs -- and 
that is their only reason to be.


I predict (and no I don't have any insight into IBM's plans) zIIPs will be gone 
in the not so distant future. Container Pricing makes the zIIP/zAAP concept 
superfluous.


--
Peter Hunkeler

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

Re: SYSLOG / OPERLOG displaying date.

[Steve Smith]

It also helps if one is accurate.  EDT == AST, not CST.  Confused myself as
CDT == EST.  Now everbody's confused, I hope.

On Thu, Jun 7, 2018 at 12:06 PM, Steve Smith  wrote:

> Schedule international meetings only on unambiguous dates (6/6/18,
> 12/12/12...). :-)  And don't say EST, when you really mean CST (i.e. EDT).
>
> Obligatory: https://xkcd.com/1179/  Like grammar and spelling, you can do
> what you want; but if you want to be understood, follow the standard.
>
> sas
>

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

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Peter Hunkeler]

>Scheduling an SRB isn't cheap. I don't know whether that's why, but for 
>whatever reason, IBM has built this "fall back to the CP" mechanism.



What falls back is still SRBs. The scheduling overhead has already been done 
before.


--
Peter Hunkeler



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

z/OS and black cats

[Nightwatch RenBand]

My FB just popped up a pic from the "For the love of black cats" group
showing a home desk, two monitors and two black cats.  The screen on the
right appears to be a 3270 emulation into zOS running IOF which is an SDSF
alternative.  Interesting to see others are still there.  Wish my desk were
that neat.
https://www.facebook.com/photo.php?fbid=1021675826368&set=p.1021675826368&type=3&theater

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

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Peter Hunkeler]

>Isn't "fall back to the CP" because one would typically want one's work to
run *somewhere* even if a zIIP were not available but perhaps a CP was?




If you meant no zIIPs are available to the LPAR (not configured or the CEC does 
not have some), then there is no fall-back. Work units get queue on CP work 
queues initially; the zIIP work queue is not being used. At least this is how I 
understand it.


If you meant no free zIIP capacity is available, then part of the decision 
might have been that initially you could have only half as many zIIPs as you 
had CPs.


--
Peter Hunkeler





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

Re: [EXTERNAL] Re: PPRC-XD vs Async PPRC

[Jerry Whitteridge]

We have always used TDMF as it's a vendor neutral solution.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
06/07/2018 01:36:55 AM:

> From: Ron hawkins 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/07/2018 01:37 AM
> Subject: Re: [EXTERNAL] Re: PPRC-XD vs Async PPRC
> Sent by: IBM Mainframe Discussion List 
>
> Vignesh,
>
> Only XRC (Global whatever for z/OS) supports migration between vendors,
and
> go home only works between Hitachi and IBM (or does EMC support XRC now).
>
> Hitachi and EMC have their own FICON based migration utilities, but I am
not
> sure about IBM.
>
> There are host software options for migration like FDR/PAS and TDMF.
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
Of
> Sankaranarayanan, Vignesh
> Sent: Wednesday, June 6, 2018 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] [EXTERNAL] Re: PPRC-XD vs Async PPRC
>
> Thanks Lizette.
> How about using them in the context of migrating b/w IBM boxes or IBM to
> other vendors, or other vendors to IBM.
> What's supported, what's not, etc. ?
>
> - Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Thursday 07-Jun-2018 01:20
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: PPRC-XD vs Async PPRC
>
> Have you done any internet searches with the phrase
>
>
> PPRC-XD vs Async PPRC
>
> I found many hits doing that.
>
> Otherwise - could provide more detail of what type of information you are
> looking for.
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Sankaranarayanan, Vignesh
> > Sent: Wednesday, June 06, 2018 9:18 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: PPRC-XD vs Async PPRC
> >
> > Hello All,
> >
> > Please could you point me to any doc explaining the differences
> > between the 2.
> > Any important, obscure, techdocs or KB page or some such as well.. ?
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> >
> > MARKSANDSPENCER.COM
> > 
> > Unless otherwise stated above:
> > Marks and Spencer plc
> > Registered Office:
> > Waterside House
> > 35 North Wharf Road
> > London
> > W2 1NW
> >
> > Registered No. 214436 in England and Wales.
> >
> > Telephone (020) 7935 4422
> > Facsimile (020) 7487 2670
> >
> > www.marksandspencer.com
> >
> > Please note that electronic mail may be monitored.
> >
> > This e-mail is confidential. If you received it by mistake, please let
> > us know and then delete it from your system; you should not copy,
> > disclose, or distribute its contents to anyone nor act in reliance on
> > this e-mail, as this is prohibited and may be unlawful.
> >
> > --
> > 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
>

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

Weird thought for ISPF enhancement

[Nightwatch RenBand]

I have long questioned the validity of TSO timeouts during normal working
hours.  I question whether the resource savings, outweigh the resource
costs, including user time, of repeated logons and lost work.
MY personal solution is to take advantage of the excellent scripting which
comes with my 3270 emulation. Rocket Software BlueZone.  It does logon,
password must be manual of course, sets up all my screens just like I like,
and then goes into a loop just less then the TSO timeout and does CURSOR
and ENTER and goes back to sleep.  When something goes wrong in a major
system, I need my sessions UP and monitors RUNNING.

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

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Jesse 1 Robinson]

We've had zIIPs for years. We monitored usage but were never terribly concerned 
as long as numbers didn't skyrocket. When we moved to DB2 V10, however, we were 
warned that 'some customers' were experiencing serious performance problems 
when zIIP eligible work spilled over to general CPs. The reason, we were told, 
was that while general CP management had evolved over the decades with a huge 
boatload of OS code to handle contention, zIIPs were newcomers that were more 
or less on their own in playground competition. The wiry little guys with 
little bully protection. 

The message we got was that an overloaded zIIP could lead to performance 
problems--and rolling average spikes--that could be worse (!) than having no 
zIIP at all. We were sufficiently alarmed that we were moved to buy yet another 
zIIP to guard against calamity in production. Because we acquired the extra 
zIIP early on, I can't say what the consequence would have been if we had done 
nothing, but this is certainly the tale I'd rather be telling. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, June 07, 2018 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):AW: Re: Why are highly busy zIIPs worse than highly busy 
CPs?

 
>Isn't "fall back to the CP" because one would typically want one's work 
>to
run *somewhere* even if a zIIP were not available but perhaps a CP was? 




If you meant no zIIPs are available to the LPAR (not configured or the CEC does 
not have some), then there is no fall-back. Work units get queue on CP work 
queues initially; the zIIP work queue is not being used. At least this is how I 
understand it.


If you meant no free zIIP capacity is available, then part of the decision 
might have been that initially you could have only half as many zIIPs as you 
had CPs. 


--
Peter Hunkeler


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

Re: Weird thought for ISPF enhancement

[Seymour J Metz]

IMHO timeouts are a security issue, period. The resource issues of the 1960s 
and 19702 have not been relevant in a long time.

That said, I don't see sending a periodic Enter as a safe option. Isn't there 
something that you could sent that will have no effect on the session other 
than terminating and restarting the terminal wait?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Nightwatch RenBand 
Sent: Thursday, June 7, 2018 12:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Weird thought for ISPF enhancement

I have long questioned the validity of TSO timeouts during normal working
hours.  I question whether the resource savings, outweigh the resource
costs, including user time, of repeated logons and lost work.
MY personal solution is to take advantage of the excellent scripting which
comes with my 3270 emulation. Rocket Software BlueZone.  It does logon,
password must be manual of course, sets up all my screens just like I like,
and then goes into a loop just less then the TSO timeout and does CURSOR
and ENTER and goes back to sleep.  When something goes wrong in a major
system, I need my sessions UP and monitors RUNNING.

--
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: Where is the WLM website???

[Seymour J Metz]

The web is not the Internet. The Internet doesn't know from links.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Peter Hunkeler 
Sent: Thursday, June 7, 2018 12:02 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Where is the WLM website???

>I'll pass these comments on to the initiative leads so that they're
aware of the specific problems and can hopefully direct resolutions ASAP.




if your faint-hearted, don't read on.






Someone better go off and kick'em in the ...  and tell those useless m to 
go and look for another job. The Internet lives from links, from stable links. 
IBM has been the world leader in restructuring its websites and re-breaking 
links for years. But least the important ones to us technicians have survived 
so far.


I wouldn't have imagined that someone can be so dumb and do what IBM seems to 
have done now.


IBM is currently making it worse and worse for me to do my job. I need to be 
able to find information. Every valuable redpiece, every valuable redbook, 
every valuable presentation has links in it, useful links. If IBM is willingly 
breaking those links, the I understand that IBM is willingly sabotaging to our 
work.




I had not intent to offend anyone, except those responsible for this disaster.


I've gotten upset for quite some time whenever I was looking us something on 
IBM site. This has to get out once.


--
Peter Hunkeler

--
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: CSSMTP debug No Brackets Allowed

[Frank Swarbrick]

Sounds like you should write an RFE for z/OS to support ASCII and/or UTF-8 for 
all system and subsystem interfaces.
:-)

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, June 7, 2018 7:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP debug No Brackets Allowed

On Thu, 7 Jun 2018 04:05:16 -0600, Roger Bolan wrote:

>There ARE brackets.  Brackets are not at consistent code points in all code
>pages.  In this line
>"010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,"
>there are brackets.  View that line using different code pages and you
>should see them.
>
I hate EBCDIC!  How much wasted effort (and wasted IBM-MAIN bandwidth)
have EBCDIC and its code pages caused?

-- 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: CSSMTP debug No Brackets Allowed

[Seymour J Metz]

That doesn't solve the problem of incompatible EBCDIC code pages. Perhaps an 
option to translate from the current locale?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Frank Swarbrick 
Sent: Thursday, June 7, 2018 1:09 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CSSMTP debug No Brackets Allowed

Sounds like you should write an RFE for z/OS to support ASCII and/or UTF-8 for 
all system and subsystem interfaces.
:-)

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, June 7, 2018 7:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP debug No Brackets Allowed

On Thu, 7 Jun 2018 04:05:16 -0600, Roger Bolan wrote:

>There ARE brackets.  Brackets are not at consistent code points in all code
>pages.  In this line
>"010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,"
>there are brackets.  View that line using different code pages and you
>should see them.
>
I hate EBCDIC!  How much wasted effort (and wasted IBM-MAIN bandwidth)
have EBCDIC and its code pages caused?

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

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

Re: opinion: multi-platform program design

[Paul Gilmartin]

On Thu, 7 Jun 2018 09:27:26 -0500, John McKown wrote:

>I've already written a utility program which is designed to run as a UNIX
>command, mainly interactively from a UNIX shell, but it works from TSO
>OSHELL and in batch via BPXBATCH or Co:Z launcher just fine. So, from a
>"practical" viewpoint the following is not really necessary.
>
>But I am considering making a "version 2.0" which will run "natively" in
>the various environments. In particular, the environments I envision are:
>
>1) batch - directly from an EXEC PGM=UTILITY
>2) REXX via IRXJCL - "pure" non-TSO REXX
>3) native IKJEFT01 - a true TSO CP (getline/putline with TSO CP command
>parameters)
>4) REXX under IKJEFT01 - a TSO REXEC environment
>5) native UNIX - a UNIX command via a shell
>​6) REXX under UNIX - program invoked with a UNIX shell script written in
>REXX​
> 
>Have I missed some other "normal" (not CICS, DB2 stored proc, IMS, etc)
>z/OS environment. 
>
I have one similar.  Fewer environments: 2, 4, 5, 6 plus ISPF Edit command
line as a macro.  It needs a job ID argument which it sometimes gets (thanks,
Pedro Vera, for the suggestion) by scraping an SDSF screen -- just type its
member name on the command line.

> ... In a REXX environment (#s 2, 4, & 6) I plan to have a
>"STEM varname." type option such as with EXECIO. 
>
Input?  Output?  Kinda like BPXWUNIX?  (I'm surprised how many programmers
are unaware of or eschew its ddname form for stdin/stdout/stderr, given that
they work beautifully.  I can run BPXWUNIX with stdout and stderr directed to
SYSOUT and tail them with SDSF in real time -- no buffer latency.)

> ...In all environments, the
>default output would be to the normal output (in batch, I consider
>//SYSPRINT to be the "normal" place for program output)

-- gil

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

Re: opinion: multi-platform program design

[Seymour J Metz]

ISPF

NETVIEW

System REXX


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, June 7, 2018 10:27 AM
To: IBM-MAIN@listserv.ua.edu
Subject: opinion: multi-platform program design

I've already written a utility program which is designed to run as a UNIX
command, mainly interactively from a UNIX shell, but it works from TSO
OSHELL and in batch via BPXBATCH or Co:Z launcher just fine. So, from a
"practical" viewpoint the following is not really necessary.

But I am considering making a "version 2.0" which will run "natively" in
the various environments. In particular, the environments I envision are:

1) batch - directly from an EXEC PGM=UTILITY
2) REXX via IRXJCL - "pure" non-TSO REXX
3) native IKJEFT01 - a true TSO CP (getline/putline with TSO CP command
parameters)
4) REXX under IKJEFT01 - a TSO REXEC environment
5) native UNIX - a UNIX command via a shell
​6) REXX under UNIX - program invoked with a UNIX shell script written in
REXX​

Have I missed some other "normal" (not CICS, DB2 stored proc, IMS, etc)
z/OS environment. In a REXX environment (#s 2, 4, & 6) I plan to have a
"STEM varname." type option such as with EXECIO. In all environments, the
default output would be to the normal output (in batch, I consider
//SYSPRINT to be the "normal" place for program output)

First, I will grant that, other than the REXX STEM option, I can
effectively do all the options other than #1 already in a "sideways" sort
of way by just using the current UNIX command via BPXBATCH (OSHELL uses
this under the covers).

--
Rap music is performed by those that can not sing so others can not think.

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

Re: CSSMTP debug No Brackets Allowed

[Seymour J Metz]

I hate PC code pages!  How much wasted effort have PC code pages caused? Take 
the m$ versions of the ISO code pages  please!



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, June 7, 2018 9:55 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CSSMTP debug No Brackets Allowed

On Thu, 7 Jun 2018 04:05:16 -0600, Roger Bolan wrote:

>There ARE brackets.  Brackets are not at consistent code points in all code
>pages.  In this line
>"010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,"
>there are brackets.  View that line using different code pages and you
>should see them.
>
I hate EBCDIC!  How much wasted effort (and wasted IBM-MAIN bandwidth)
have EBCDIC and its code pages caused?

-- 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: SYSLOG / OPERLOG displaying date.

[Paul Gilmartin]

On Thu, 7 Jun 2018 10:42:14 -0400, Gord Tomlin wrote:

>On 2018-06-07 09:01, John McKown wrote:
>> I do like what CA
>> does in some of their products which would be nice to have in these
>> facilities. They display the date as either dd/mm/.ddd or
>> mm/dd/.ddd . I think that having a new value for HCFORMAT(...) in the
>> CONSOLnn member would be nice.
>
>If you're going to agitate for something like this, how about going for
>the unambiguous ISO 8601 format -mm-dd, either instead of or in
>addition to the ambiguous dd/mm/... or mm/dd/...
>
+1
https://xkcd.com/1179/

-- gil

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

Re: Stack Exchange mainframe proposal

[Seymour J Metz]

SE would be a useful supplement, but even for technical question it is by no 
means a replacement. It has both significant advantages and serious problems.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Steve Smith 
Sent: Thursday, June 7, 2018 8:49 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Stack Exchange mainframe proposal

Re Objections...

Contrary to a previous post, I don't think IBM-MAIN could be replaced by
S/E.  And that alone might dilute the mainframe community too much to work
well.

IMHO, S/E could be a better way to handle technical questions and answers,
while this list allows more of a free-for-all discussion.  S/E specifically
discourages "chit-chat", amongst other things.

​I think the S/E model may or may not work, but that it's worth a try.  I
have no problem with people who don't agree, and you all may well be right.


​sas​

--
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: CSSMTP debug No Brackets Allowed

[Paul Gilmartin]

On Thu, 7 Jun 2018 17:14:46 +, Seymour J Metz wrote:

>That doesn't solve the problem of incompatible EBCDIC code pages. Perhaps an 
>option to translate from the current locale?
>
z/OS UNIX files can be tagged with a code page, but not Classic data sets,  nor
SYSOUT, nor Linux files.  Has anyone a scheme to translate the SYSOUT CHARS
parameter (available through SDSF) to/from a CCSID?

-- gil

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

Re: opinion: multi-platform program design

[Paul Gilmartin]

On Thu, 7 Jun 2018 09:27:26 -0500, John McKown wrote:
>...
>2) REXX via IRXJCL - "pure" non-TSO REXX
   
>​6) REXX under UNIX - program invoked with a UNIX shell script written in REXX​
> 
It's a shame that UNIX directories are not supported in SYSEXEC concatenation.
I do it anyway to avoid tedious synching, even at the cost of sporadic ABENDs,
always at Rexx EXIT instructions, and never with lost data.  I suspect it's
freeing a buffer in a wrong key.  But, not supported.

-- gil

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

Re: CSSMTP debug No Brackets Allowed

[Seymour J Metz]

>z/OS UNIX files can be tagged with a code page,

Yes, if it's a  tagged Unix file than the code page should be taken from the 
file. Otherwise they should use the locale.

>Has anyone a scheme to translate the SYSOUT CHARS
>parameter (available through SDSF) to/from a CCSID?

It would be installation dependent.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, June 7, 2018 1:42 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CSSMTP debug No Brackets Allowed

On Thu, 7 Jun 2018 17:14:46 +, Seymour J Metz wrote:

>That doesn't solve the problem of incompatible EBCDIC code pages. Perhaps an 
>option to translate from the current locale?
>
z/OS UNIX files can be tagged with a code page, but not Classic data sets,  nor
SYSOUT, nor Linux files.  Has anyone a scheme to translate the SYSOUT CHARS
parameter (available through SDSF) to/from a CCSID?

-- 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: Weird thought for ISPF enhancement

[Seymour J Metz]

There were still 3290s used as consoles in the 2000s. I wish that I had a 
3290-compatible TN3270 client.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of CM 
Poncelet 
Sent: Wednesday, June 6, 2018 9:35 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Weird thought for ISPF enhancement

I still used a locally attached terminal in 1998 . CP

On 06/06/2018 20:40, Rob Schramm wrote:
> 
> Do they really need to lock their TSO screen?  Isn't having a windows
> locktime sufficient?
>
> While this setting was certainly important during the golden age of
> terminals... how many of us actually use a terminal anymore?  In the last
> 10 years?  In the last 20 years?
>
> How many have a corporate defined windows screen lock? (I can't comment on
> Linux.. maybe some others can chime in)
>
> What actual security is enhanced by locking a 3270 terminal that is not
> addressed by locking the medium used to access the 3270 session?
> (this may be turning into a rant)
>
> I haven't actually given this much thought or examined my own reasoning for
> demanding locked sessions and auto-logoff for 3270.. but is the practice
> actually providing the security benefit so many time espoused and demanded?
>
> 
>
> Rob Schramm
>
> p.s. If I have gone too far afield in this thread.. I can start another
> one.
>
>
>
> On Wed, Jun 6, 2018 at 3:23 PM Clark Morris 
> wrote:
>
>> [Default] On 6 Jun 2018 04:53:49 -0700, in bit.listserv.ibm-main
>> john.archie.mck...@gmail.com (John McKown) wrote:
>>
>>> On Tue, Jun 5, 2018 at 4:02 PM Barry Merrill  wrote:
>>>
 I left z/OS as a development platform, going to Windows in 1996
 for MXG Software totally because of the loss of everything under
 TSO if I didn't hit enter every 45 minutes.

>>> ?The programmers here had the same complaint. We now have an IEFUTL exit,
>>> implemented in CA-OPS/MVS REXX, which will extend their wait time between
>>> 06:00 and 18:00 on weekdays. That way they can go to meetings, lunch, and
>>> bull sessions without losing their place.?
>>>
>> They need to be able to lock their screens for this to be viable from
>> a security point of view.
>>
>> Clark Morris
 However, it is still the primary QA test platform, but using
 batch instead of TSO.


 Herbert W. "Barry" Merrill, PhD
 President-Programmer
 Merrill Consultants
 MXG Software
 10717 Cromwell Drive
 Dallas, TX 75229
 http://secure-web.cisco.com/1uM-bd3j2fACf3IJZgHVHzIjVNHHwPDhpDpnGC3iivaJfovt9fQ2JOy5gugQIJwQfTiymFdfjKJlhZxLlOeKR57c0j6uqtdDWbsCZmccgXUaeeME6p9TbkYJqayDNC_ttlMdWEoSIS0CHP6QDacZiWohfXf5-mcZK8-yrCLadnh5NEtgQa35b1vw4-wsHJ83FHS0VmY1jyjOeirxeCXkyaZIpmK32CLexYmVCG1lx7g87zOk7Zo_ItKjLlkgQgDHGKcG8pBEaXAg8zPITdes3Nz2GhaWF5aJRK1U7UFDmas1i6iRNntN7blLfSFOYOFpxiJr7VygnZ8giyJPbm27fu3pw8vMJ6mzfX5NW3ExWWcg3BnjuBQ7zevcYCFM8zAsPDzdgtoQO2bVyCTWJwv_-PxlHDNM4Q9Sch-96jP1zITdAb0HpYaV0JWo-Bl-YhGwC/http%3A%2F%2Fwww.mxg.com
 ba...@mxg.com






 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On
 Behalf Of Charles Mills
 Sent: Tuesday, June 5, 2018 3:40 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Weird thought for ISPF enhancement

 Thanks. I will give that sort of thing a try.

 I *still* like John's weird thought. I work from a home office. I tend
>> to
 be
 a little loose with the demarcation between work and not work.
>> Sometimes I
 get up from my PC. Sometimes I come back in 20 minutes. Sometimes I do
>> not.
 I like that whether I am gone for ten seconds or ten hours, I find
>> Windows
 right where I left it. It would be nice if ISPF were right where I left
>> it.
 (I understand the resource and security advantages of a forced logoff.
 John's weird thought would make that logoff more transparent.)

 Charles


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On
 Behalf Of Jerry Whitteridge
 Sent: Tuesday, June 5, 2018 1:04 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Weird thought for ISPF enhancement

 I use a rexx exec to "script" all my sessions every time I logon.

 /* REXX */
 /* TRACE I */
 ADDRESS ISPEXEC
 "SELECT PGM(ISPSTRT) PARM(SCRNAME SDSF2 PERM; =SDSF; SWAP LAST) "
 "SELECT PGM(ISPSTRT) PARM(SCRNAME EDIT1 PERM; =2; SWAP LAST)"
 /*ELECT PGM(ISPSTRT) PARM(SCRNAME EDIT2 PERM; =2; SWAP LAST)" */ "SELECT
 PGM(ISPSTRT) PARM(SCRNAME MYDS PERM; REFOPEND; SWAP LAST)"
 "SELECT PGM(ISPSTRT) PARM(SCRNAME BROWSE1 PERM; =1; SWAP LAST)"
 "SELECT PGM(ISPSTRT) PARM(SCRNAME TSO PERM; =6; SWAP LAST)"
 "SELECT PGM(ISPSTRT) PARM(SCRNAME DSLIST PERM; =3.4; SWAP LAST)"
 "SELECT PGM(ISPSTRT) PARM(TSO WORKPL)"
 EXIT(0)


 I call this SESSTART and simply do a TSO SE

Re: IKJEFTSR

[Seymour J Metz]

Well, RC=24 is Incorrect parameters were supplied to the PUTGET service 
routine., so I would guess yes. I miss Bruce.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Wednesday, June 6, 2018 5:21 PM
To: IBM-MAIN@listserv.ua.edu
Subject: IKJEFTSR

We're just now bringing up z/OS 2.3. By and large looking good except for a few 
trouble spots. One is this:

PDS859E External command IKJEFTSR is not installed
PDS987E PUTGET Service failed; RC=24

This occurs when invoking StarTool either in ISPF or at Ready. IKJEFTSR is 
indeed present in LPALIB, observed and verified by ISRDDN. Is this a StarTool 
problem?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.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: SORTLIB DD

[Jesse 1 Robinson]

Let me reiterate. The problem job tries to allocate more DASD work space than 
*exists* on the system. SORTIN is on tape--multiple files. We have the 
capability of putting more volumes online temporarily, but this is a major PITA 
and requires intervention from the Storage boys. I'm hoping that tape SORTWK 
will get the user over the occasional hump for this ad hoc non-production job. 
It does not have to perform well. It just has to work. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, June 07, 2018 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORTLIB DD

Get rid of SORTLIB DD
Get rid of SORTWKnn DD
Use dynamic sortwork datasets, optionally set the number of datasets via OPTION 
DYNALLOC Don't use tapes for sortwork

BTW:
What is a size of input data?
How much space do you have for temp datasets?
How much memory can the job use?


My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> We have a DFSORT job that wolfs down enormous amounts of SORTWK space. It has 
> been exceeding the DASD capacity on the system where it runs, so we advised 
> the user to point SORTWK to tape instead of DASD. Now it fails with
>
> IEC130I SORTLIB  DD STATEMENT MISSING
> IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000 USER=0063
>
> IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no working 
> example to share with the user. My question: what should DD SORTLIB point to? 
> SMPE puts load modules into
>
> SYS1.SORTLIB
> SYS1.SICELINK
>
> Should the user specify only the first one or both? I hate to drag them into 
> a sysprog guessing game.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com


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

Re: SORTLIB DD

[PINION, RICHARD W.]

Yes I know DFSORT, but many moons ago, we used SYNCSORT's tape sort, which was 
expressly for this type of problem.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, June 07, 2018 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORTLIB DD

[External Email]

Let me reiterate. The problem job tries to allocate more DASD work space than 
*exists* on the system. SORTIN is on tape--multiple files. We have the 
capability of putting more volumes online temporarily, but this is a major PITA 
and requires intervention from the Storage boys. I'm hoping that tape SORTWK 
will get the user over the occasional hump for this ad hoc non-production job. 
It does not have to perform well. It just has to work.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, June 07, 2018 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORTLIB DD

Get rid of SORTLIB DD
Get rid of SORTWKnn DD
Use dynamic sortwork datasets, optionally set the number of datasets via OPTION 
DYNALLOC Don't use tapes for sortwork

BTW:
What is a size of input data?
How much space do you have for temp datasets?
How much memory can the job use?


My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> We have a DFSORT job that wolfs down enormous amounts of SORTWK space. 
> It has been exceeding the DASD capacity on the system where it runs, 
> so we advised the user to point SORTWK to tape instead of DASD. Now it 
> fails with
>
> IEC130I SORTLIB  DD STATEMENT MISSING
> IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000 
> USER=0063
>
> IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no 
> working example to share with the user. My question: what should DD 
> SORTLIB point to? SMPE puts load modules into
>
> SYS1.SORTLIB
> SYS1.SICELINK
>
> Should the user specify only the first one or both? I hate to drag them into 
> a sysprog guessing game.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com


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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: z/OS and black cats

[Mark Regan]

When I use the link, I get back:
Sorry, this content isn't available right now
The link you followed may have expired, or the page may only be visible to
an audience you're not in.

On Thu, Jun 7, 2018 at 12:21 PM Nightwatch RenBand 
wrote:

> My FB just popped up a pic from the "For the love of black cats" group
> showing a home desk, two monitors and two black cats.  The screen on the
> right appears to be a 3270 emulation into zOS running IOF which is an SDSF
> alternative.  Interesting to see others are still there.  Wish my desk were
> that neat.
>
> https://www.facebook.com/photo.php?fbid=1021675826368&set=p.1021675826368&type=3&theater
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Regards,

Mark T. Regan

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

Re: PPRC-XD vs Async PPRC

[Jesse 1 Robinson]

Data consistency was one of two reasons we chose circa 2000 to use XRC rather 
than PPRC. I know the technology has changed, and I've been *told* that PPRC is 
now capable of maintaining consistency, but I have not seen it in action. The 
other reason for XRC BTW was the synchronizing problem: we could not tolerate 
the I/O delay waiting for remote confirmation from 120 KM via ESCON. In 2000, 
everything was slower. Now we use DWDM via FICON. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, June 07, 2018 4:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: PPRC-XD vs Async PPRC

W dniu 2018-06-06 o 18:18, Sankaranarayanan, Vignesh pisze:
> Hello All,
>
> Please could you point me to any doc explaining the differences between the 2.
> Any important, obscure, techdocs or KB page or some such as well.. ?

Fundamental difference is data consistency.
PPRC-XD is *inconsistent* copy during most of the time. Inconsistent is 
unusable. You have to quiesce the production and wait a little until the delta 
become zero (the copy become consistent).
Asynchronous copy like XRC, SRDF/A, HARC is different. It is
*consistent* copy - data on secondary site is usable, but is not current. Of 
course the time delta is small, but the most important is you don't have later 
data while earlier data is missing.

--
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: opinion: multi-platform program design

[John McKown]

On Thu, Jun 7, 2018 at 12:21 PM Seymour J Metz  wrote:

> ISPF
>

​Ah, yes, I guess you mean using ISPF display services to get input,
display output​, and possibly update ISPF variables rather that TSO
CLIST/REXX variables.



>
> NETVIEW
>

​Unfortunately, I know nothing about NETVIEW because I've never had it
installed anywhere that I have worked.​



>
> System REXX
>

​Hum, I'll have to see how this might differ from IRXJCL type REXX.
Especially in the arena of a TSO server vs. a non-TSO server.​

​Thanks.


>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: Weird thought for ISPF enhancement

[John McKown]

On Thu, Jun 7, 2018 at 12:57 PM Seymour J Metz  wrote:

> There were still 3290s used as consoles in the 2000s. I wish that I had a
> 3290-compatible TN3270 client.
>

​YES, from your mouth to a vendor's ear. I would love the ability to have a
single TN3270E client which implemented​ "partitioned" mode so that I do
could an ISPF VSPLIT. I don't really see the need for a multi-LU mode like
the 3290 had.


>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>

-- 
Rap music is performed by those that can not sing so others can not think.

Maranatha! <><
John McKown

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

Re: (External):Re: Where is the WLM website???

[Jesse 1 Robinson]

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, June 07, 2018 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Where is the WLM website???

Ditto! Kick out the PFCSK's

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, June 7, 2018 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

>I'll pass these comments on to the initiative leads so that they're
aware of the specific problems and can hopefully direct resolutions ASAP.




if your faint-hearted, don't read on.






Someone better go off and kick'em in the ...  and tell those useless m to 
go and look for another job. The Internet lives from links, from stable links. 
IBM has been the world leader in restructuring its websites and re-breaking 
links for years. But least the important ones to us technicians have survived 
so far.


I wouldn't have imagined that someone can be so dumb and do what IBM seems to 
have done now.


IBM is currently making it worse and worse for me to do my job. I need to be 
able to find information. Every valuable redpiece, every valuable redbook, 
every valuable presentation has links in it, useful links. If IBM is willingly 
breaking those links, the I understand that IBM is willingly sabotaging to our 
work.




I had not intent to offend anyone, except those responsible for this disaster.


I've gotten upset for quite some time whenever I was looking us something on 
IBM site. This has to get out once.


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
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: Where is the WLM website???

[Jesse 1 Robinson]

(This time with text)

Before you kick out the PFCSKs, keep in mind that they will choose our 
retirement homes. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, June 07, 2018 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Where is the WLM website???

Ditto! Kick out the PFCSK's

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, June 7, 2018 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the WLM website???

>I'll pass these comments on to the initiative leads so that they're
aware of the specific problems and can hopefully direct resolutions ASAP.




if your faint-hearted, don't read on.






Someone better go off and kick'em in the ...  and tell those useless m to 
go and look for another job. The Internet lives from links, from stable links. 
IBM has been the world leader in restructuring its websites and re-breaking 
links for years. But least the important ones to us technicians have survived 
so far.


I wouldn't have imagined that someone can be so dumb and do what IBM seems to 
have done now.


IBM is currently making it worse and worse for me to do my job. I need to be 
able to find information. Every valuable redpiece, every valuable redbook, 
every valuable presentation has links in it, useful links. If IBM is willingly 
breaking those links, the I understand that IBM is willingly sabotaging to our 
work.




I had not intent to offend anyone, except those responsible for this disaster.


I've gotten upset for quite some time whenever I was looking us something on 
IBM site. This has to get out once.


--
Peter Hunkeler


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

Re: SORTLIB DD

[Allan Staller]

If SYNCSORT, check out MAXSORT.
DFSORT probably has something similar.

I do not recall using SORTLIB when running MAXSORT.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Thursday, June 7, 2018 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORTLIB DD

Yes I know DFSORT, but many moons ago, we used SYNCSORT's tape sort, which was 
expressly for this type of problem.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, June 07, 2018 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORTLIB DD

[External Email]

Let me reiterate. The problem job tries to allocate more DASD work space than 
*exists* on the system. SORTIN is on tape--multiple files. We have the 
capability of putting more volumes online temporarily, but this is a major PITA 
and requires intervention from the Storage boys. I'm hoping that tape SORTWK 
will get the user over the occasional hump for this ad hoc non-production job. 
It does not have to perform well. It just has to work.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, June 07, 2018 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORTLIB DD

Get rid of SORTLIB DD
Get rid of SORTWKnn DD
Use dynamic sortwork datasets, optionally set the number of datasets via OPTION 
DYNALLOC Don't use tapes for sortwork

BTW:
What is a size of input data?
How much space do you have for temp datasets?
How much memory can the job use?


My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> We have a DFSORT job that wolfs down enormous amounts of SORTWK space.
> It has been exceeding the DASD capacity on the system where it runs,
> so we advised the user to point SORTWK to tape instead of DASD. Now it
> fails with
>
> IEC130I SORTLIB  DD STATEMENT MISSING
> IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000
> USER=0063
>
> IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no
> working example to share with the user. My question: what should DD
> SORTLIB point to? SMPE puts load modules into
>
> SYS1.SORTLIB
> SYS1.SICELINK
>
> Should the user specify only the first one or both? I hate to drag them into 
> a sysprog guessing game.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com


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

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the 

Re: SORTLIB DD

[David Betten]

Just a few thoughts on ways you might be able to reduce the sort work
requirement.

Since the input is on tape, do we know if DFSORT is getting accurate file
size information?  Do you see DFSORT messages in the output like UNKNOWN
FILE SIZE or INTERMEDIATE MERGE...?
The reason I ask is that if DFSORT doesn't know the file size or
incorrectly estimates, it can under allocate virtual storage which makes
the sort very inefficient and causes an increase in sort work space
requirements.


Another option to consider would be splitting the input file, sorting each
segment separately, then merging the outputs.  Not ideal, but still might
run faster than a single large sort using tape sort work.

If you could post the DFSORT messages from the job, we might be able to
offer some better suggestions.


Have a nice day,
Dave Betten
z/OS Performance Specialist
Cloud and Systems Performance
IBM Corporation
email:  bet...@us.ibm.com


IBM Mainframe Discussion List  wrote on
06/07/2018 02:14:09 PM:

> From: Jesse 1 Robinson 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/07/2018 02:15 PM
> Subject: Re: SORTLIB DD
> Sent by: IBM Mainframe Discussion List 
>
> Let me reiterate. The problem job tries to allocate more DASD work
> space than *exists* on the system. SORTIN is on tape--multiple
> files. We have the capability of putting more volumes online
> temporarily, but this is a major PITA and requires intervention from
> the Storage boys. I'm hoping that tape SORTWK will get the user over
> the occasional hump for this ad hoc non-production job. It does not
> have to perform well. It just has to work.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of R.S.
> Sent: Thursday, June 07, 2018 2:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: SORTLIB DD
>
> Get rid of SORTLIB DD
> Get rid of SORTWKnn DD
> Use dynamic sortwork datasets, optionally set the number of datasets
> via OPTION DYNALLOC Don't use tapes for sortwork
>
> BTW:
> What is a size of input data?
> How much space do you have for temp datasets?
> How much memory can the job use?
>
>
> My €0.02
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> > We have a DFSORT job that wolfs down enormous amounts of SORTWK
> space. It has been exceeding the DASD capacity on the system where
> it runs, so we advised the user to point SORTWK to tape instead of
> DASD. Now it fails with
> >
> > IEC130I SORTLIB  DD STATEMENT MISSING
> > IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000
USER=0063
> >
> > IBM doc indicates the need for SORTLIB with a 'tape sort'. We have
> no working example to share with the user. My question: what should
> DD SORTLIB point to? SMPE puts load modules into
> >
> > SYS1.SORTLIB
> > SYS1.SICELINK
> >
> > Should the user specify only the first one or both? I hate to drag
> them into a sysprog guessing game.
> >
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-543-6132 Office <= NEW
> > robin...@sce.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: Weird thought for ISPF enhancement

[Seymour J Metz]

Yeah, I almost always configured for one big partition and did both SPLIT and 
VSPLIT.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, June 7, 2018 2:26 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Weird thought for ISPF enhancement

On Thu, Jun 7, 2018 at 12:57 PM Seymour J Metz  wrote:

> There were still 3290s used as consoles in the 2000s. I wish that I had a
> 3290-compatible TN3270 client.
>

​YES, from your mouth to a vendor's ear. I would love the ability to have a
single TN3270E client which implemented​ "partitioned" mode so that I do
could an ISPF VSPLIT. I don't really see the need for a multi-LU mode like
the 3290 had.


>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>

--
Rap music is performed by those that can not sing so others can not think.

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

Re: opinion: multi-platform program design

[Seymour J Metz]

Yes, I like to have ISPF aware applications that use ISPF services when 
available and support ISPF variables. As an exampled, I'd like to do I/O 
to/from a table.

I forgot to mention TSSO as another environment.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, June 7, 2018 2:21 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: opinion: multi-platform program design

On Thu, Jun 7, 2018 at 12:21 PM Seymour J Metz  wrote:

> ISPF
>

​Ah, yes, I guess you mean using ISPF display services to get input,
display output​, and possibly update ISPF variables rather that TSO
CLIST/REXX variables.



>
> NETVIEW
>

​Unfortunately, I know nothing about NETVIEW because I've never had it
installed anywhere that I have worked.​



>
> System REXX
>

​Hum, I'll have to see how this might differ from IRXJCL type REXX.
Especially in the arena of a TSO server vs. a non-TSO server.​

​Thanks.


>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
--
Rap music is performed by those that can not sing so others can not think.

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

Re: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Martin Packer]

As you'll see from my slides you really wouldn't want to delay the 
Prefetch and Deferred Write engines in any DB2 you care about.

That's one example, perhaps the main one.

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Peter Hunkeler 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/06/2018 17:14
Subject:AW: Re: Why are highly busy zIIPs worse than highly busy 
CPs?
Sent by:IBM Mainframe Discussion List 



 
>Once the delay is long enough, the CP does the work.  They cost about 10X 
the price of zIIPs. 


I understand the potential impact on the software bill zIIP-on-CP might 
have. That is not the point I want to get a better understanding. I'm 
interested in the technical aspects, only.


IMHO, from a technical point of view the invention of zIIPs and zAAPs is 
pure bullshit. From a financial point of view they are helping lowering 
costs -- and that is their only reason to be.


I predict (and no I don't have any insight into IBM's plans) zIIPs will be 
gone in the not so distant future. Container Pricing makes the zIIP/zAAP 
concept superfluous.


--
Peter Hunkeler 

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: Why are highly busy zIIPs worse than highly busy CPs?

[Martin Packer]

Right. Though you've never been in my audience :-( you would've got the 
same message about DB2 V10, a fortiori 11, 12 from me.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Jesse 1 Robinson 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/06/2018 17:54
Subject:Re: Why are highly busy zIIPs worse than highly busy CPs?
Sent by:IBM Mainframe Discussion List 



We've had zIIPs for years. We monitored usage but were never terribly 
concerned as long as numbers didn't skyrocket. When we moved to DB2 V10, 
however, we were warned that 'some customers' were experiencing serious 
performance problems when zIIP eligible work spilled over to general CPs. 
The reason, we were told, was that while general CP management had evolved 
over the decades with a huge boatload of OS code to handle contention, 
zIIPs were newcomers that were more or less on their own in playground 
competition. The wiry little guys with little bully protection. 

The message we got was that an overloaded zIIP could lead to performance 
problems--and rolling average spikes--that could be worse (!) than having 
no zIIP at all. We were sufficiently alarmed that we were moved to buy yet 
another zIIP to guard against calamity in production. Because we acquired 
the extra zIIP early on, I can't say what the consequence would have been 
if we had done nothing, but this is certainly the tale I'd rather be 
telling. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Peter Hunkeler
Sent: Thursday, June 07, 2018 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):AW: Re: Why are highly busy zIIPs worse than highly 
busy CPs?

 
>Isn't "fall back to the CP" because one would typically want one's work 
>to
run *somewhere* even if a zIIP were not available but perhaps a CP was? 




If you meant no zIIPs are available to the LPAR (not configured or the CEC 
does not have some), then there is no fall-back. Work units get queue on 
CP work queues initially; the zIIP work queue is not being used. At least 
this is how I understand it.


If you meant no free zIIP capacity is available, then part of the decision 
might have been that initially you could have only half as many zIIPs as 
you had CPs. 


--
Peter Hunkeler


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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Peter Hunkeler]

>... however, we were warned that 'some customers' were experiencing serious 
>performance problems when zIIP eligible work spilled over to general CPs.

Yeah, that is what I read and hear also, and I have no reason not to believe 
it. In fact, I suspect we've just been bitten by zIIP overload. However, this 
is not at the level of technical detail I'm seeking to understand.

>The reason, we were told, was that while general CP management had evolved 
>over the decades with a huge boatload of OS code to handle contention, zIIPs 
>were newcomers that were more or less on their own in playground competition. 
>The wiry little guys with little bully protection.

Huh? Do you want to say you've been told that zIIP management (dispatcher and 
WLM/SRM) is new code that is distinct from the CP management (dispatcher and 
WLM/SRM) code? I must be misunderstanding you.

zIIPs are general purpose processors exactly the same as CPs are, aren't they. 
They will run whatever work unit happens to be found on their dispatcher queue, 
don't they? The decision which work queue to chain a newly ready work unit on 
is made at queueing time. It is just an (not really) arbitrary decision that 
IBM chose only enclave SRBs are eligible to be queued on the zIIP WUQ.

The only new thing is that the dispatcher, when running on a zIIP, may ask, 
i.e. flag a CP to also look for work on the zIIP WUQ. And it is the dispatcher, 
when running on that CP, which looks at both WUQ to select the next work unit 
to dispatch. This is how I think it works. Tell me, anyone, if this is not 
correct.

--
Peter Hunkeler



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