>>>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 ye
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?
Lucas,
I think Patrick al
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: IBM-MAIN@LISTSERV.UA.EDU
Sent: Saturday, July 8
>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. SACF,
[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 b
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 List
>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 a
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 changing of the stat
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
> Subject
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 wrote:
>
> >That's what I mean by 'used as evid
@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-
> Fro
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
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.
Th
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
---
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...
At
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 ne
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...
I
> 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 lists...@listse
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 a
> 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 da
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 o
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
Sent: Monday, July 10, 2017 8:36 AM
>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
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 without installing an add
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 multipl
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. E
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,
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
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
Beha
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 i
> 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 o
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 *o
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 not
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 tota
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
"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
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: DELETING DSN IN A SYSPLEX
esmie m
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. IB
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 jo
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 jobs(s)H
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 ou
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. S
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 An:
IBM-MAIN@LISTSERV.UA.E
43 matches
Mail list logo