AW: Re: LE strikes again

2017-07-10 Thread Peter Hunkeler
>>>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 >> >> >>No, he can't because he's on z/OS 1.4. I already proposed CEEOPTS DD, and >>Norbert Friemel remembered me it's not

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

2017-07-10 Thread Patrick Falcone
Thanks Tomothy, Your below is on target, appreciate your input and will take into consideration information provided.  From: Timothy Sipples To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, July 9, 2017 12:40 AM Subject: Re: DB2 Ver. 8.1 running on z/OS 2.1?

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

2017-07-10 Thread Patrick Falcone
Thanks Lucas, I did find this link and also a post from the archives of someone running DB2 V8 with z/OS 2.2 this past weekend. While the link is very useful I was actually curious if others were running similar. From: Lucas Rosalen To:

Performance question #3

2017-07-10 Thread Phil Smith
>From PofOp: The set-address-space-control-fast facility consists of the SET ADDRESS SPACE CONTROL FAST (SACF) instruction, which possibly can be used instead of the previously existing SET ADDRESS SPACE CONTROL (SAC) instruction, depending on whether all of the SAC functions are required.

Re: LE strikes again

2017-07-10 Thread Clark Morris
[Default] On 10 Jul 2017 12:31:53 -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 >> > > >No, he can't

Re: EAV volumes and SYSRES

2017-07-10 Thread Gibney, Dave
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. I have not zIIP on my z9 and we did not include access to them in the MFaaS contract we are mobbing to. > -Original Message- > From: IBM Mainframe Discussion

Re: LE strikes again

2017-07-10 Thread Peter Hunkeler
>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 No, he can't because he's on z/OS 1.4. I already proposed CEEOPTS DD, and Norbert Friemel remembered me it's not yet supported

Re: Friday question: ISPF Statistics Manipulation

2017-07-10 Thread Paul Gilmartin
On Mon, 10 Jul 2017 09:27:07 -0500, Walt Farrell wrote: >On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz wrote: > >>That's what I mean by 'used as evidence'. And I wondered if it is just my >>ignorance or if there really is no way (as I suspected) to >>prevent unauthorized

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Lizette Koehler
My favorite GRS command is D GRS,RES=(*,datasetname) It will usually show holders Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of esmie moo > Sent: Monday, July 10, 2017 4:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: Friday question: ISPF Statistics Manipulation

2017-07-10 Thread Don Leahy
I once wrote a blog on this topic on the company's internal social media site. I called it "Lies, damned lies and Member List Statistics". :-) On Mon, Jul 10, 2017 at 10:27 AM Walt Farrell wrote: > On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz

Re: EAV volumes and SYSRES

2017-07-10 Thread Lizette Koehler
@John Eells We would not consider using z/OSMF for creating SYSRES volumes or rolling out fixes. It does not allow for our Naming convention for Datasets to work with it. Our naming convention should not be usurped by any vendor to use their tools. Lizette > -Original Message- >

Re: LE strikes again

2017-07-10 Thread Lizette Koehler
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.ceea50 0/ceedd.htm Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter

Re: EAV volumes and SYSRES

2017-07-10 Thread John Eells
R.S. wrote: W dniu 2017-07-10 o 16:13, John Eells pisze: [...] 4. What about ServerPac Installation Dialog? Does it support EAV yet? It does not. It likely will never do so. We are moving in a different direction, with z/OSMF Software Management as our installer in a few years, I hope.

Re: Question re: MXG-L post "common storage usage question"

2017-07-10 Thread Elardus Engelbrecht
Peter Hunkeler wrote: >> Wasn't this asked here recently? Check the archives. >Sorry, I missed that one. My excuse is: Been on holiday :-)-- But does that discussion started by Rex Pommier relates to that two APARs? Groete / Greetings Elardus Engelbrecht

Re: EAV volumes and SYSRES

2017-07-10 Thread Elardus Engelbrecht
Radoslaw Skorupka wrote: >I don't like z/OSMF and truly hate its setup. All installations I know do not >use it. Welcome in my company, now then you will also really truly fully hate hate HATE OMEGAMON and NETVIEW with all its octopus-like children systems with all its sucking tentacles...

Re: EAV volumes and SYSRES

2017-07-10 Thread R.S.
W dniu 2017-07-10 o 16:13, John Eells pisze: [...] 4. What about ServerPac Installation Dialog? Does it support EAV yet? It does not. It likely will never do so. We are moving in a different direction, with z/OSMF Software Management as our installer in a few years, I hope. That's bad

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Elardus Engelbrecht
esmie moo wrote: >I was able to delete the dsn by renaming it first and then deleting it because >I had the STGADMIN.**. authorization.  The dsn was SYS1.CICS2.MODINTR Thanks, I'm glad you could resolve your trouble, but your dataset is a SYS1 and is looking if it is used by a CICS system...

Re: Question re: MXG-L post "common storage usage question"

2017-07-10 Thread Peter Hunkeler
> Wasn't this asked here recently? Check the archives. Sorry, I missed that one. My excuse is: Been on holiday :-)-- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: AW: Re: EAV volumes and SYSRES

2017-07-10 Thread R.S.
W dniu 2017-07-10 o 18:01, Peter Hunkeler pisze: I have lost track of this for a few years, but when I last knew, these things *were* supported in EAS: > - PDS and PDSE (including load modules and program objects) - Plain vanilla (nonextended format) sequential - BDAM But as you wrote, it

AW: Re: EAV volumes and SYSRES

2017-07-10 Thread Peter Hunkeler
> I have lost track of this for a few years, but when I last knew, these > things *were* supported in EAS: > > - PDS and PDSE (including load modules and program objects) > - Plain vanilla (nonextended format) sequential > - BDAM But as you wrote, it also depends on the software accessing the

Re: Question re: MXG-L post "common storage usage question"

2017-07-10 Thread Tom Marchant
On Mon, 10 Jul 2017 14:43:00 +0200, Peter Hunkeler wrote: >Below text was posted on MXG-L recently. It made me curious, so I tired >to read the APARs mentioned. Unfortunately, IBM's support site does not >have them (for public access) anymore. >Can someone shed some light on this? What was the

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread esmie moo
Elardus, I was able to delete the dsn by renaming it first and then deleting it because I had the STGADMIN.**. authorization.  The dsn was SYS1.CICS2.MODINTR Thanks to you and Kees who helped out. From: Elardus Engelbrecht To: IBM-MAIN@LISTSERV.UA.EDU

AW: Re: LE strikes again

2017-07-10 Thread Peter Hunkeler
>The CEEOPTS-DD-statement was new in z/OS 1.7 Ooops..., I forgot about this fact. Too long ago. Can you try the TRAP(OFF) via EXEC PARM? For C, I believe LE PARMs come before program options in the PARM and have to end with a slash / -- Peter Hunkeler

Re: Friday question: ISPF Statistics Manipulation

2017-07-10 Thread Walt Farrell
On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz wrote: >That's what I mean by 'used as evidence'. And I wondered if it is just my >ignorance or if there really is no way (as I suspected) to >prevent unauthorized changing of the statistics. There is no way to do that

Re: Orhan control block in a FIFO chain

2017-07-10 Thread Donald Likens
Ed... You may have found the problem... I had defined the PLT in CSA but never set R1. Changed the programs and testing (but of course if it works it really will not show anything because testing in our environment always worked). I have asked for more CPs on our VM system. Testing with

Re: EAV volumes and SYSRES

2017-07-10 Thread John Eells
R.S. wrote: [...] List - Just curious if the EAV volumes can be used for SYSRES volumes or if there are any concerns with using them for SYSRES volumes? If they can be used for SYSRES, any considerations with using them? Just looking for advise. IMHO there are few things to consider: 1.

Re: EAV volumes and SYSRES

2017-07-10 Thread John Eells
Lizette Koehler wrote: List - Just curious if the EAV volumes can be used for SYSRES volumes or if there are any concerns with using them for SYSRES volumes? If they can be used for SYSRES, any considerations with using them? Well, yes. Every data set type we use to distribute software is,

Re: LE strikes again

2017-07-10 Thread Norbert Friemel
On Mon, 10 Jul 2017 14:49:10 +0200, Peter Hunkeler wrote: > >Have the customer add a DD statement for CEEOPTS and add TRAP(OFF) as sysin >data to that.This will turn off LE's ESTAE and ESPIE routines, so you should >get a dump of the original problem. > The CEEOPTS-DD-statement was new in z/OS

Re: LE strikes again

2017-07-10 Thread Robin Atwood
We tried that and it didn't make any difference. Using the IPCS LEDATA exit with CEEDUMP tells us there there is no LE environment, which is strange since the main module is XL/C. Thanks Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: Question re: MXG-L post "common storage usage question"

2017-07-10 Thread Elardus Engelbrecht
Peter Hunkeler wrote: >Below text was posted on MXG-L recently. It made me curious, so I tired (sic) >to read the APARs mentioned. Unfortunately, IBM's support site does not have >them (for public access) anymore. Can someone shed some light on this? What >was the original problem? Why did it

AW: LE strikes again

2017-07-10 Thread Peter Hunkeler
> logs at job end, so the only way I could get any kind of dump was to ask them > to set a SLIP trap. So why don't I get a dump of the original 0C1? Looking at > the system trace produces: Have the customer add a DD statement for CEEOPTS and add TRAP(OFF) as sysin data to that.This will turn

Question re: MXG-L post "common storage usage question"

2017-07-10 Thread Peter Hunkeler
Below text was posted on MXG-L recently. It made me curious, so I tired to read the APARs mentioned. Unfortunately, IBM's support site does not have them (for public access) anymore. Can someone shed some light on this? What was the original problem? Why did it increase CPU time for many STCs

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

2017-07-10 Thread Avram Friedman
DB2 V8 and z/OS 2.2 is a hopeful combination. Disregard the vendor support experts And look at it this way DB2 V10 allowed for skip migration from V8 V10 CM mode is 100% compatable with V8 V10 is supported today and run with z/OS 2.2 So Thank you for being a long term DB2 customer. If you are

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Elardus Engelbrecht
Vernooij, Kees wrote: "Dsn in use" is not an security issue, it is a GRS issue. It is indeed so. Thanks. >Datasets are serialized by their dsname only. If you have different datasets >on different volumes with the same dsname, they will be serialized. Ah, yes, thanks for chiming in. I

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Elardus Engelbrecht
esmie moo wrote: >I am still unable to delete it.  I think I will need specific security >clearance. Careful, perhaps you should post the name of that dataset(s) and what users/jobs are grabbing it in a secure hold. Perhaps, with FACILITY Class profile STGADMIN.DPDSRN.** you can try to RENAME

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Vernooij, Kees (ITOPT1) - KLM
"Dsn in use" is not an security issue, it is a GRS issue. Datasets are serialized by their dsname only. If you have different datasets on different volumes with the same dsname, they will be serialized. You can delete the dsname by telling GRS to keep this dataset local. Kees. > -Original

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread esmie moo
Elardus, Thanks for the info on checking on the dsn.  However, I am still unable to delete it.  I think I will need specific security clearance. From: Elardus Engelbrecht To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, July 10, 2017 8:01 AM Subject: Re:

Re: LE strikes again

2017-07-10 Thread Robin Atwood
Don- Thanks for that, will do. Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Poitras Sent: 10 July 2017 18:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LE strikes again IPCS needs to be run with a MIGLIB from z/OS 1.4.

Re: DELETING DSN IN A SYSPLEX

2017-07-10 Thread Elardus Engelbrecht
esmie moo wrote: >I am trying to delete a dsn which is in a SYSPLEX.  When I attempt to do so >(via ISPF 3.4) I receive the message that the dsn is in use.I hit PF1 to get >further information and then type HELP (as per prompt) and it shows that it is >in use by the folliwng 2 user(s) and/or

DELETING DSN IN A SYSPLEX

2017-07-10 Thread esmie moo
Gentle Readers, I am trying to delete a dsn which is in a SYSPLEX.  When I attempt to do so (via ISPF 3.4) I receive the message that the dsn is in use.I hit PF1 to get further information and then type HELP (as per prompt) and it shows that it is in use by the folliwng 2 user(s) and/or

Re: LE strikes again

2017-07-10 Thread Don Poitras
IPCS needs to be run with a MIGLIB from z/OS 1.4. IBM seems to be reluctant to just provide these, so if you haven't saved one, you need to have the customer run systrace and send you the output. In article <00c401d2f96e$84910120$8db30360$@gmail.com> you wrote: > A customer has installed one of

LE strikes again

2017-07-10 Thread Robin Atwood
A customer has installed one of our products and gets an immediate 0C1 when it is started. The customer is running z/OS 1.4 on a z850 so when I received the dump I confidently expected the PSW to be pointing at an unsupported instruction; what I saw was 0A0D with R1=040C1000 in module CEEBTERM.

Re: Z performancequestion #2 - key 9

2017-07-10 Thread Binyamin Dissen
As it is controlled by a CR bit, I thought that perhaps microcode was involved. On Sun, 9 Jul 2017 21:08:21 +0200 Peter Hunkeler wrote: :>Out of curiosity, why have you thought there might be one? :>-- :>Peter Hunkeler :> :> :> Von: Binyamin Dissen