On Fri, 17 Jan 2014 01:15:20 -0500, Jim Mulder wrote:
So it seems likely that the SSVT overlay is due to the
ISV product storing beyond the area which it obtained.
I will put some more detail about the identity
of the ISV product into your PMR.
c'mon Jim, stop being a killjoy ;-)
Shane
Let's start with: there is very likely neither a loop nor a spin,
there is just system processing because of requested SVC Dumps.There is no
spin. If there's a loop in SDUMP you won't see more dumps being
captured.
SL SET,ID=NDMP,A=NOSVCD,LPAMOD=IEFJRASP,C=0C4
Aside from LPAMOD=IEFJRASP which
Hi, All,
We seem to have a loop in the DUMPSRV address space, causing continuous dump
requests all containing the following dump title:
COMPON=SSI,COMPID=5752SC1B6,ISSUER=IEFJSARR,MODULE=IEFJRASP,ABEND=S0C4,REASON=0011,SNAME=EYUX
The system is not down so my PMR is only at Sev 2, but we'd
In ipcs there is a panel entry which let's you change the setting in dae. You
can suppress dumps from there
Lizette
-Original Message-
From: John Chase jonboy...@gmail.com
Sent: Jan 16, 2014 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need help setting up SLIP trap
Hi, All,
We
On Thu, 16 Jan 2014 11:18:37 -0700, Lizette Koehler wrote:
In ipcs there is a panel entry which let's you change the setting in dae. You
can suppress dumps from there
The only panel I see anywhere in IPCS that even mentions DAE is this one:
- DAE Display
Mobile
jo.skip.robin...@sce.com
From: John Chase jonboy...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 01/16/2014 10:55 AM
Subject:Re: Need help setting up SLIP trap
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
On Thu, 16 Jan 2014 11:18:37 -0700
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 01/16/2014 11:06 AM
Subject:Re: Need help setting up SLIP trap
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
If you can get advice from IBM, I'd go for that. Meanwhile you might try
this NON-PER trap:
SL SET,ID=NDMP,A=NOSVCD
From the IPCS panel, put a T under AC for the entry that has occurred 64254
times. That will cause the next dump to be taken. Afterwards, if EYUX is a
subsystem name and not a system name, deactivate the function routines to
prevent the abends.
Bob Shannon
From: Skip Robinson
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 01/16/2014 11:06 AM
Subject:Re: Need help setting up SLIP trap
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
If you can get advice from IBM, I'd go for that. Meanwhile you might try
this NON-PER trap
Chase jonboy...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 01/16/2014 11:42 AM
Subject:Re: Need help setting up SLIP trap
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
On Thu, 16 Jan 2014 11:09:45 -0800, Skip Robinson wrote:
Make that
SL SET,ID=NDMP
criteria such as
module and offsets.
You should to the CICS sysprogs to see if they can help..
Jon Perryman.
From: John Chase jonboy...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, January 16, 2014 9:26 AM
Subject: Need help setting up SLIP trap
We seem to have a loop in the DUMPSRV address space, causing
continuous dump requests all containing the following dump title:
COMPON=SSI,COMPID=5752SC1B6,ISSUER=IEFJSARR,MODULE=IEFJRASP,ABEND=S0C4,REASON=0011,SNAME=EYUX
The system is not down so my PMR is only at Sev 2, but we'd
We seem to have a loop in the DUMPSRV address space, causing
continuous dump requests all containing the following dump title:
COMPON=SSI,COMPID=5752SC1B6,ISSUER=IEFJSARR,MODULE=IEFJRASP,ABEND=S0C4,REASON=0011,SNAME=EYUX
The system is not down so my PMR is only at Sev 2, but we'd
13 matches
Mail list logo
