Blair Svihra wrote:
APAR OA19870
As the result of IBM's AUTOTUNE feature attempting to re-open a BCS, message
IEC331I 026-008(21080018) was issued by the Catalog Address Space. This
error indicates that a VSAM record management error has occurred. The RPL
Feedback Word (RPLFDBWD) reported by
Tom,
That would certainly seem to make sense. Any fresh open for a BCS could
potentially cause the incorrectly updated VVRs to be accessed.
Tony
--
Tony Brown
DINO Software Corporation
http://www.dino-software.com/
1-800-480-DINO (3466)
410-414-9244 (direct)
On Wed, 1 Aug 2007 22:22:43
and is subject to archival and
review by someone other than the recipient.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Blair Svihra
Sent: Tuesday, July 31, 2007 2:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Damaged Catalog Alert
APAR
Terry,
The AUTOTUNE feature may expose the problem, but disabling AUTOTUNE will
not eliminate the potential for the problem to occur. AUTOTUNE closes the
BCS in the Catalog Address Space resulting in a fresh open using the updated
ACB. But if anyone were to issue MODIFY
On Wed, 1 Aug 2007 22:00:52 -0500, Tony Brown wrote:
The act of re-opening the BCS causes catalog management to retrieve
information from the catalog's data and index component VVRs to populate
the
open control blocks in CAS...and that's when the effects of the problem are
realized.
Then
Greetings all,
A head's up to the non-ECS shops regarding OA19870. IBM just reopened my
ETR query on this APAR with the following update:
I wanted to let you know that we will be changing the text of APAR
OA19870 to now also include that this apar should be applied to systems
that have
A head's up to the non-ECS shops regarding OA19870. IBM just reopened
my
ETR query on this APAR with the following update:
I wanted to let you know that we will be changing the text of APAR
OA19870 to now also include that this apar should be applied to systems
that have catalogs with
Hello,
I too, hit this issue not long ago. For us, we continue to leave the catalogs
in
ECS, but have turned off Autotune as early as possible, using the following
command:
F CATALOG,DISABLE(AUTOTUNING)
--
For IBM-MAIN
Hi Alan,
We went to zOS 1.7 a couple of weeks ago, and don't have this fix on, so it's
possible we have been exposed. As I display ECS, its status is inactive, but
the catalogs do AUTOTUNE. You indicated that you have turned off ECS to
avoid a recurrance until you get the fix on, but the
: Damaged Catalog Alert
Hi Alan,
We went to zOS 1.7 a couple of weeks ago, and don't have this fix on, so
it's
possible we have been exposed. As I display ECS, its status is inactive,
but
the catalogs do AUTOTUNE. You indicated that you have turned off ECS to
avoid a recurrance until
We had a catalog break a little yesterday. First symptoms were an svc
dump and a cluster of messages like:
DUMP TITLE=CAS DYNAMIC DUMP-IGG0CLEG RC26 RSN8
IEC331I 026-008(21080018),CA0877 ,$ISDREXX,IGG0CLEG
IEC331I CATALOG.MISC.UCAT
IEC332I GETO,GFL ,ICDV,ACD1
IEC333I
Alan,
On what release of Z/os did this happen?
From: Alan Schwartz [mailto:[EMAIL PROTECTED]
Sent: Wed 6/27/2007 8:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Damaged Catalog Alert
We had a catalog break a little yesterday. First symptoms were an svc
dump
On Wed, 2007-06-27 at 07:50 -0500, Alan Schwartz wrote:
Our Storage group worked with Dino Software and we were able to get the
catalog fixed.
Y'know, that's not the first time I've read that. You have to like
those Dino guys.
--
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]
) [C] [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
06/27/2007 08:00 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: Damaged Catalog Alert
Alan,
On what release of Z/os did this happen
14 matches
Mail list logo