Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Regarding error status 0966

1,136 views
Skip to first unread message

Good, Robert

unread,
Nov 27, 2002, 10:44:24 AM11/27/02
to
This is from the manual


| 0966 ? READY ?
? ? ? ?
? ? ? The area specified is not available in ?
? ? ? the requested usage mode. If the 0966 ?
? ? ? status code is ignored, subsequent ?
? ? ? attempts to access the area will return ?
? ? ? an 01 or 09 minor code. Probable causes ?
? ? ? for the return of this status code are: ?
? ? ? ?
? ? ? If running in local mode, the area ?
? ? ? is locked against update. ?
? ? ? ?
? ? ? If running under the central ?
? ? ? version, either the area is offline ?
? ? ? to the central version, or an update ?
? ? ? usage mode was requested and the ?
? ? ? area is in retrieval mode to the ?
? ? ? central version.

-----Original Message-----
From: Ganesh Kumar [mailto:Ganeshk...@LNTINFOTECH.COM]
Sent: Wednesday, November 27, 2002 4:47 AM
To: IDM...@LISTSERV.IUASSN.COM
Subject: Regarding error status 0966


Hi,

One of the application Job has abended with return code 0966. All
definitions are fine in subschema. When asked DBA whether any REORG or
Maintenance was going on when the Job executed they said no (we read from
manual that this may be due to reorg or maintenance). Could anyone tell
what may be the other reasons for this abend ?

Regards,
Ganesh

K.P.Ganesh Kumar
L&T Infotech Park
Chennai , India
Office : 91-44-2527223

Joseph, Leon , CAP, CARD

unread,
Nov 27, 2002, 10:35:55 AM11/27/02
to
Check to make sure that the area that you are trying to reference is in the correct mode.

If you are running under CV, and you are running an update program, then the area had better be in use to that CV. Go into the region and do a DCMT D AREA command.

If you are running locally in update mode, then NO CV should have that area in update mode.

Simple to solve, difficult sometimes to determine who is mucking up with your areas.

Good luck.
Leon Joseph
IDMS DBA
6 Corporate Drive, Shelton, CT.
GE Consumer Finance
*370-6177 * 203-944-6177

Ganesh Kumar

unread,
Nov 27, 2002, 10:22:41 AM11/27/02
to

Sivapuram, Prasad , MED, TCS

unread,
Nov 27, 2002, 12:00:47 PM11/27/02
to
Hi,
Me too have faced many times with this abend.
Check the modes u used and the areas you used.


Thanks & Regards
Prasad Sivapuram.
============================
GE Medical Systems (Europe) - TCS
GLP-GELS Project
Business Line:+33-01-30-70-3817
DialComm: 8-644-3817
Email Id : Prasad.S...@med.ge.com
============================


-----Original Message-----
From: Ganesh Kumar [mailto:Ganeshk...@LNTINFOTECH.COM]
Sent: mercredi 27 novembre 2002 11:47
To: IDM...@LISTSERV.IUASSN.COM
Subject: Regarding error status 0966

Godfrey, John M. , Northrop Grumman

unread,
Nov 27, 2002, 11:21:39 AM11/27/02
to
An 0966 could be caused from several things.

1) The Areas have been varied offline manually or through a UCFBTCH job.
You would need to find
out why. This is a valid situation depending on processing
requirements.
2) The Areas were varied offline and a local mode update job abended
thereby locking the Areas.
3) The Areas were offline during a backup and your job was running at that
time.
4) Your database is corrupted and the Areas are locked. Would need to run
a DBAN to check for
broken pointers.

Check with the DBA. They should be able to resolve your question.

-----Original Message-----
From: Ganesh Kumar [mailto:Ganeshk...@LNTINFOTECH.COM]

Sent: Wednesday, November 27, 2002 4:47 AM

mgrindstaff

unread,
Nov 27, 2002, 9:00:14 PM11/27/02
to
My guess is that the areas were being quiesced so a hot backup could be
taken. A quiesce is created at the front end of the backups and also at the
backend.

Mark Grindstaff

"Ganesh Kumar" <Ganeshk...@LNTINFOTECH.COM> wrote in message
news:OF090BC29B.08B741EB...@lntinfotech.com...

0 new messages