ca.portal.admin

Area lock for no reason?

Discussion created by ca.portal.admin on Feb 15, 2005
Latest reply on Feb 15, 2005 by ca.portal.admin
Hi folks.

We are experiencing an error that I have not seen before.

We have a batch job that abends with an 0318 error. Obviously we have a
problem after a re-org was done. We need to solve this. What is
strange is after an abend, if applications tries to run the job again,
they get an 0966 on an area. The original job was run under CV. If we
look online using dcmt d area or lockmon, we don't see a lock set on the
area. But if we run an unlock we get a rc = 0. What is going on?
Anyone ran into this? I have done a search on support connect but
having trouble getting a granular enough query to reduce the number of
answers returning.

Jim


Jim Rice
jlrice@southernco.com
ph (404) 506-4148
Fax (404) 506- 4870
SO Linc 2988/770.550.2988

This e-mail and any of its attachments may contain proprietary Southern
Company and/or affiliate information that is privileged, confidential,
or protected by copyright belonging to Southern Company and/or its
affiliates. This e-mail is intended solely for the use of the
individual or entity for which it is intended. If you are not the
intended recipient of this e-mail, any dissemination, distribution,
copying, or action taken in relation to the contents of and attachments
to this e-mail is contrary to the rights of Southern Company and/or its
affiliates and is prohibited. If you are not the intended recipient of
this e-mail, please notify the sender immediately by return e-mail and
permanently delete the original and any copy or printout of this e-mail
and any attachments. Thank you.
This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and or privileged information. Please contact us immediately if you are not the intended recipients of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: VDB question
"Yes I was able to use the existing vsam file.

Dick

Richard C Borman/GIS/CSC
CSC/GIS Idms System Support
9305 Lightwave Ave
San Diego, Ca 92193-9011
office 858-573-3265
rborman@csc.com



----------------------------------------------------------------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
----------------------------------------------------------------------------------------





""Rozeboom, Kay
[DAS]"" To: IDMS-L@LISTSERV.IUASSN.COM
<KAY.ROZEBOOM cc:
@IOWA.GOV> Subject: VDB question
Sent by: IDMS
Public
Discussion Forum
<IDMS-L


02/15/2005 05:46
AM
Please respond
to IDMS Public
Discussion Forum






As part of upgrading IDMS to R16, we will have to upgrade ASG's VDB
(Virtual DataBase) from 5.0.5 to 5.1.2. Does anyone know if we can use
our existing global definition file (VSAM), or if we have to create a
new one?

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] Print space oddities
"buz - if you post the JCL and all related info (sysidms, etc) - mybe
something will jump out at us


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-2538
choelscher@humana.com





The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Area lock for no reason?
"One thing I do here is run against our SMF record type 15 which shows every
job that updates a file. Within a big shop you don't also get told what was
really ran so this has 'saved the day' many times. Just a thought...

Steve Harmeson

Outcomes