AW: Re: LE strikes again

2017-07-11 Thread Peter Hunkeler
>>SLIP SET,C=0C1,J=jobname,ML=1,END >> >>Then have them load the dump into IPCS, select option 2.2 and send you the >>results. > > >I don't think you can SLIP trap an 001 program check as long as LE is running >with TRAP(ON,SPIE). LE's ESPIE exit will gain control before SLIP; and LE will

z/OSMF-Based Installation (WasL Re: AW: Re: EAV volumes and SYSRES)

2017-07-11 Thread Gibney, Dave
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Tuesday, July 11, 2017 4:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EAV volumes and SYSRES > > Gibney, Dave wrote: > > z/OSMF assumes access to zIIP.

Re: Running unsupported is dangerous was Re: AW: Re: LE strikes again

2017-07-11 Thread Charles Mills
I missed the first part of this thread but I would point out that the threats to z/OS are not limited to "Internet-connected" systems. 1. Consider insider threats. Security experts disagree on the percentage of breaches attributable to insider threats, but it is certainly not zero. I might argue

Re: z/OSMF-Based Installation (WasL Re: AW: Re: EAV volumes and SYSRES)

2017-07-11 Thread Edward Gould
> On Jul 11, 2017, at 6:35 AM, John Eells wrote: > > Peter Hunkeler wrote: >> Topic change due? Possibly more opinions if people understand it is about >> z/OSF now. >> >> > > Peter, good idea. > > Everyone: IBM is headed toward using z/OSMF Software Management as the >

Running unsupported is dangerous was Re: AW: Re: LE strikes again

2017-07-11 Thread Clark Morris
[Default] On 10 Jul 2017 21:58:28 -0700, in bit.listserv.ibm-main p...@gmx.ch (Peter Hunkeler) wrote: You can also use a JCL statement to override (if available) LE Parms. https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.ceea500/ceedd.htm >>> >>>

Re: LE strikes again

2017-07-11 Thread Robin Atwood
There is already a SYSUDUMP statement but the customer has suppressed most dumps. Hence the SLIP trap. -- Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 11 July 2017 19:01 To: IBM-MAIN@LISTSERV.UA.EDU

AW: Re: LE strikes again

2017-07-11 Thread Peter Hunkeler
>I never knew that! I will ask the customer to update the JCL to use the PARM >field. ... and ask them to add a //SYSABEND DD SYSOUT=h DD-Statemebt, where "h" is a HOLD class, so that you can have a look or get information from the dump. -- Peter Hunkeler

z/OSMF-Based Installation (WasL Re: AW: Re: EAV volumes and SYSRES)

2017-07-11 Thread John Eells
Peter Hunkeler wrote: Topic change due? Possibly more opinions if people understand it is about z/OSF now. Peter, good idea. Everyone: IBM is headed toward using z/OSMF Software Management as the installer. Please go back to near the beginning of this thread with the old topic name to

Re: LE strikes again

2017-07-11 Thread Robin Atwood
I never knew that! I will ask the customer to update the JCL to use the PARM field. Thanks Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 11 July 2017 18:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: LE

Re: EAV volumes and SYSRES

2017-07-11 Thread John Eells
Gibney, Dave wrote: z/OSMF assumes access to zIIP. Otherwise, the Java CPU load on general CP's impacts the SCRT reports, or runs up on the cap. There is negligible idle load imposed by the z/OSMF server; it uses significant CPU only when you do something with it. I just checked again

AW: Re: LE strikes again

2017-07-11 Thread Peter Hunkeler
>SLIP SET,C=0C1,J=jobname,ML=1,END > >Then have them load the dump into IPCS, select option 2.2 and send you the >results. I don't think you can SLIP trap an 001 program check as long as LE is running with TRAP(ON,SPIE). LE's ESPIE exit will gain control before SLIP; and LE will do error

AW: Re: EAV volumes and SYSRES

2017-07-11 Thread Peter Hunkeler
Topic change due? Possibly more opinions if people understand it is about z/OSF now. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: EAV volumes and SYSRES

2017-07-11 Thread John Eells
Lizette, if you could post or e-mail more detail I'd be happy to see what, if anything, we can do to make it more suitable for what you do. However, as I said at SHARE, I fully expect that many people will graft their existing build and migration processes onto the end of the new installation

GSE UK LSWG Virtual Meeting - Agenda Released

2017-07-11 Thread Leanne Wilson
The agenda has now been released for the mid-year GSE Large Systems Working Group event. The event will be a virtual event via webex on the 18th July 2017 from 14:00 – 16:15 GMT. If you wish to attend the event, please follow the registration link

Re: LE strikes again

2017-07-11 Thread Binyamin Dissen
SLIP SET,C=0C1,J=jobname,ML=1,END Then have them load the dump into IPCS, select option 2.2 and send you the results. On Mon, 10 Jul 2017 18:20:16 +0700 Robin Atwood wrote: :>A customer has installed one of our products and gets an immediate 0C1 when :>it is started. The

Re: LE strikes again

2017-07-11 Thread Robin Atwood
Yes, ignore my other post, PARM='TRAP(OFF)/' should work. Thanks Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 10 July 2017 21:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: LE strikes again >The

Re: LE strikes again

2017-07-11 Thread Robin Atwood
So PARM='/TRAP(OFF)' must be used? -- Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 11 July 2017 02:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LE strikes again >You can also use a JCL statement to

Re: DB2 Ver. 8.1 running on z/OS 2.1?

2017-07-11 Thread Timothy Sipples
An even better idea, Avram -- I like it. You're quite right that DB2 Version 10 CM should fit the bill here. DB2 10 is also still IBM supported, although End of Service will be September 30, 2017.