DB2 Z/OS Version 1.1 abended with 00F30410

[login to unmask email]

DB2 Z/OS Version 1.1 abended with 00F30410
All,

Yesterday, our production DB2 subsystem V6 on Z/OS 1.1 abended with an
00F30410. At the time, there was a batch job running that was reading and
sorting nearly 500,000 records (in addition to CICS activity). This batch
job abended with an 878-10 (getmain violation). Our system folks tell us
that the batch job had used up all available memory below the line and was
looking for more.

We've researched IBMLINK but did not come upon any hits related to the
above error codes. We do not have a good explanation on why DB2 would
abend. We can certainly see why the batch job abended ; but why would it
take DB2 down with it?

We're in the process of sending the dump to IBM; in the meantime if anyone
can shed some light on this it would be appreciated.

Regards,

Ed



Jeremiah Eden

Re: DB2 Z/OS Version 1.1 abended with 00F30410
(in response to Ed_Vetock@NAVYFEDERAL.ORG)
I'm sure IBM will come up with a quick solution after they get the dump. I
don't know your maintenance level, but there are hits in IBMLINK for
abend878 rc00F30410 in V6. The latest looks like APAR PQ54582/UQ60221 which
deals with a change in the recovery processing for DSN3AAES which is the
module that issued this RC.

-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 6:45 AM
To: [login to unmask email]
Subject: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Yesterday, our production DB2 subsystem V6 on Z/OS 1.1 abended with an
00F30410. At the time, there was a batch job running that was reading and
sorting nearly 500,000 records (in addition to CICS activity). This batch
job abended with an 878-10 (getmain violation). Our system folks tell us
that the batch job had used up all available memory below the line and was
looking for more.

We've researched IBMLINK but did not come upon any hits related to the
above error codes. We do not have a good explanation on why DB2 would
abend. We can certainly see why the batch job abended ; but why would it
take DB2 down with it?

We're in the process of sending the dump to IBM; in the meantime if anyone
can shed some light on this it would be appreciated.

Regards,

Ed








[login to unmask email]

Re: DB2 Z/OS Version 1.1 abended with 00F30410
(in response to Jeremiah Eden)
All,

Thanks for the info. APAR PQ54582 describes our problem exactly. We've
received the HIPER and have to apply it.
(NOTE: When I searched IBMLINK I used '00F30410' ; I guess I need to use
'RC00F30410')

Thanks Again!!

R/..Ed





Jeremiah Eden <[login to unmask email]>@LISTSERV.YLASSOC.COM> on
01/07/2003 08:28:37 AM

Please respond to DB2 Data Base Discussion List
<[login to unmask email]>

Sent by: DB2 Data Base Discussion List <[login to unmask email]>


To: [login to unmask email]
cc:

Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


I'm sure IBM will come up with a quick solution after they get the dump. I
don't know your maintenance level, but there are hits in IBMLINK for
abend878 rc00F30410 in V6. The latest looks like APAR PQ54582/UQ60221 which
deals with a change in the recovery processing for DSN3AAES which is the
module that issued this RC.

-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 6:45 AM
To: [login to unmask email]
Subject: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Yesterday, our production DB2 subsystem V6 on Z/OS 1.1 abended with an
00F30410. At the time, there was a batch job running that was reading and
sorting nearly 500,000 records (in addition to CICS activity). This batch
job abended with an 878-10 (getmain violation). Our system folks tell us
that the batch job had used up all available memory below the line and was
looking for more.

We've researched IBMLINK but did not come upon any hits related to the
above error codes. We do not have a good explanation on why DB2 would
abend. We can certainly see why the batch job abended ; but why would it
take DB2 down with it?

We're in the process of sending the dump to IBM; in the meantime if anyone
can shed some light on this it would be appreciated.

Regards,

Ed



the





the DB2-L webpage at http://listserv.ylassoc.com. The owners of the list
can



Jeremiah Eden

Re: DB2 Z/OS Version 1.1 abended with 00F30410
(in response to Ed_Vetock@NAVYFEDERAL.ORG)
This dropped off of the last email. You might want to check on this even
though it is old.

PROBLEM CONCLUSION: - PQ54582
An allied address space was receiving many ABEND878 RC10
and ABEND80A RC10 due to a lack of below-the-line local
storage. During the EOT broadcast for one of the abending
TCBs, DB2 received an ABEND878 attempting to schedule the
thread, owned by the abending TCB, for termination. The
estae (DSN3AAES) then terminated DB2 with an RC00F30410.

PROBLEM CONCLUSION:
DSN3AAES has been changed to attempt to recover from
abends during end-of-task processing. After 3 attempts to
recover under the abending TCB, DB2 will rely on end-of-memory
to terminate the threads owned by the failing address space.
Note: when local storage below-the-line in an address space has
been exhausted, it's very likely that the address space will
be forced to end-of-memory (MEMTERMed) by the operating
system (eg. S0F9 or S40D).

-----Original Message-----
From: Jeremiah Eden
Sent: Tuesday, January 07, 2003 7:29 AM
To: [login to unmask email]
Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


I'm sure IBM will come up with a quick solution after they get the dump. I
don't know your maintenance level, but there are hits in IBMLINK for
abend878 rc00F30410 in V6. The latest looks like APAR PQ54582/UQ60221 which
deals with a change in the recovery processing for DSN3AAES which is the
module that issued this RC.

-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 6:45 AM
To: [login to unmask email]
Subject: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Yesterday, our production DB2 subsystem V6 on Z/OS 1.1 abended with an
00F30410. At the time, there was a batch job running that was reading and
sorting nearly 500,000 records (in addition to CICS activity). This batch
job abended with an 878-10 (getmain violation). Our system folks tell us
that the batch job had used up all available memory below the line and was
looking for more.

We've researched IBMLINK but did not come upon any hits related to the
above error codes. We do not have a good explanation on why DB2 would
abend. We can certainly see why the batch job abended ; but why would it
take DB2 down with it?

We're in the process of sending the dump to IBM; in the meantime if anyone
can shed some light on this it would be appreciated.

Regards,

Ed













Henry Boone

Re: DB2 Z/OS Version 1.1 abended with 00F30410
(in response to Jeremiah Eden)
Don't feel bad Ed, I've done the exact same thing. I guess we need to
better understand how the search actually works.

Henry Boone
DB2 SYSTEMS
GEICO Insurance Companies
(301) 718-5334


-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 9:09 AM
To: [login to unmask email]
Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Thanks for the info. APAR PQ54582 describes our problem exactly. We've
received the HIPER and have to apply it.
(NOTE: When I searched IBMLINK I used '00F30410' ; I guess I need to use
'RC00F30410')

Thanks Again!!

R/..Ed





Jeremiah Eden <[login to unmask email]>@LISTSERV.YLASSOC.COM> on
01/07/2003 08:28:37 AM

Please respond to DB2 Data Base Discussion List
<[login to unmask email]>

Sent by: DB2 Data Base Discussion List <[login to unmask email]>


To: [login to unmask email]
cc:

Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


I'm sure IBM will come up with a quick solution after they get the dump. I
don't know your maintenance level, but there are hits in IBMLINK for
abend878 rc00F30410 in V6. The latest looks like APAR PQ54582/UQ60221 which
deals with a change in the recovery processing for DSN3AAES which is the
module that issued this RC.

-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 6:45 AM
To: [login to unmask email]
Subject: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Yesterday, our production DB2 subsystem V6 on Z/OS 1.1 abended with an
00F30410. At the time, there was a batch job running that was reading and
sorting nearly 500,000 records (in addition to CICS activity). This batch
job abended with an 878-10 (getmain violation). Our system folks tell us
that the batch job had used up all available memory below the line and was
looking for more.

We've researched IBMLINK but did not come upon any hits related to the
above error codes. We do not have a good explanation on why DB2 would
abend. We can certainly see why the batch job abended ; but why would it
take DB2 down with it?

We're in the process of sending the dump to IBM; in the meantime if anyone
can shed some light on this it would be appreciated.

Regards,

Ed



the





the DB2-L webpage at http://listserv.ylassoc.com. The owners of the list
can





===================
This email/fax message is for the sole use of the intended recipients(s) and
may contain confidential and privileged information. Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited. If
you are not the intended recipient, please contact the sender by email/fax
and destroy all paper and electronic copies of the original message.



Jeremiah Eden

Re: DB2 Z/OS Version 1.1 abended with 00F30410
(in response to Henry Boone)
OK. This will probably open up a can of worms but I already sent this quick
list to ED. So have at.

When searching IBM for DB2 there are several keywords that will help you.

For Abends use ABENDxxx.

For return codes, use RCnnnnnnnn as you noted.

For 4 digit error qualifiers in DSN messages or symptom data on dumps i.e.
ABND=04E-00C90101,U=JMOJE,C=XYR00.710.DBDM-ALTERDBD,M=DSNTFRCV,LOC=DSNGD001.
DSNGDAII:5001
use ERQUALnnnn or VRACEnnnn. In this case VRACE5001.

For release use Rnnn.

In your example 'r610 rc00F30410 abend878' would have found exactly what you
wanted.

For Modules, use the MOD (CSECT) name rather than the LMOD name. DB2 Apars
usually don't use IBM standard conventions of MODxxxxxxxx but just the
module name. The module name is usually in the dump message, but it is also
in the LOGREC entry under RIDS/modname

Now for the disclaimer. It doesn't always work. It is up to the person that
pins the APAR to make sure you can search on this stuff. So if the above
query didn't work then I would have
gone with your original search of 00F30410. It's been scary, but I have
found stuff this way on HIPERs like you have, and had IBM repin the APAR to
include the correct symptom.

** The opinions expressed in this Email are those of my own and **
** do not reflect those of my employer or Spiritual Advisor **

-----Original Message-----
From: Boone, Henry [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 10:24 AM
To: [login to unmask email]
Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


Don't feel bad Ed, I've done the exact same thing. I guess we need to
better understand how the search actually works.

Henry Boone
DB2 SYSTEMS
GEICO Insurance Companies
(301) 718-5334


-----Original Message-----
From: [login to unmask email] [mailto:[login to unmask email]
Sent: Tuesday, January 07, 2003 9:09 AM
To: [login to unmask email]
Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


All,

Thanks for the info. APAR PQ54582 describes our problem exactly. We've
received the HIPER and have to apply it.
(NOTE: When I searched IBMLINK I used '00F30410' ; I guess I need to use
'RC00F30410')

Thanks Again!!

R/..Ed

Jeremiah Eden <[login to unmask email]>@LISTSERV.YLASSOC.COM> on
01/07/2003 08:28:37 AM

Please respond to DB2 Data Base Discussion List
<[login to unmask email]>

Sent by: DB2 Data Base Discussion List <[login to unmask email]>


To: [login to unmask email]
cc:

Subject: Re: DB2 Z/OS Version 1.1 abended with 00F30410


I'm sure IBM will come up with a quick solution after they get the dump. I
don't know your maintenance level, but there are hits in IBMLINK for
abend878 rc00F30410 in V6. The latest looks like APAR PQ54582/UQ60221 which
deals with a change in the recovery processing for DSN3AAES which is the
module that issued this RC.

>snip