I am running a 1-step reload as follows:
RELOAD NOTIFY 200000 AS SORTEXIT REUSE WORKFILES;
with dds as follows:
//SYS005 DD DSN=&&DBL005,DISP=(NEW,PASS),UNIT=(TAPE,,DEFER),
// VOL=(,,,65),
// DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760)
//SYS006 DD DSN=&&DBL006,DISP=(NEW,PASS),UNIT=(TAPE,,DEFER),
// VOL=(,,,65),
// DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760)
starting yesterday, i would get 813-04's after sys005 was closed(opened
for output) and attempted to be reopened (for input) - our tape guys says
that CA-1 has every right to delete a temporary tape dataset after it has
been closed (even though the program has not yet ended...?
I have never had this happen to me before - now it has heppened twice (in
two different spots) - is he blowing me smoke? i would have thought that a
temporary tape dataset would be available thoughout the life of the step
with (new,pass) coded ... i have been running reloads for a few years and
never seen this before.
any opinions would be appreciated
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: temp tapes dropped after 1st close on reload ?????
"Hello All:
No smoke here, that is the way CA-1 works. It is putting a default retention
on the output tape and it will not let it be written over again no matter
what the data set name is.
Whenever I perform an Unload/Reload to tape I eliminate the reuse work
files.
It will use more tapes but it will avoid the tape management problems.
Every tape management system on the Market today works exactly like this.
Back in another life I installed VALU LIB for VCI and CA-1 for CA.
William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
In a message dated 3/24/2005 1:52:31 P.M. Eastern Standard Time,
choelscher@HUMANA.COM writes:
I am running a 1-step reload as follows:
RELOAD NOTIFY 200000 AS SORTEXIT REUSE WORKFILES;
with dds as follows:
//SYS005 DD DSN=&&DBL005,DISP=(NEW,PASS),UNIT=(TAPE,,DEFER),
// VOL=(,,,65),
// DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760)
//SYS006 DD DSN=&&DBL006,DISP=(NEW,PASS),UNIT=(TAPE,,DEFER),
// VOL=(,,,65),
// DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760)
starting yesterday, i would get 813-04's after sys005 was closed(opened
for output) and attempted to be reopened (for input) - our tape guys says
that CA-1 has every right to delete a temporary tape dataset after it has
been closed (even though the program has not yet ended...?
I have never had this happen to me before - now it has heppened twice (in
two different spots) - is he blowing me smoke? i would have thought that a
temporary tape dataset would be available thoughout the life of the step
with (new,pass) coded ... i have been running reloads for a few years and
never seen this before.
any opinions would be appreciated
Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-2538
choelscher@humana.com (mailTo:
choelscher@humana.com)
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP
Normal
Normal
Re: IDMS V12.0 & Z/OS 1.4
"Yes I have two sites running 12 and zos 1.4 with no problems.
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.
----------------------------------------------------------------------------------------
Richard
Hearnden/GIS/CSC To:
IDMS-L@LISTSERV.IUASSN.COM
@CSC cc:
Sent by: IDMS Subject: IDMS V12.0 & Z/OS 1.4
Public
Discussion Forum
<IDMS-L
03/24/2005 08:02
AM
Please respond
to IDMS Public
Discussion Forum
We have a customer using (we believe) IDMS V12.0 + fixes for Y2K !
We need to upgrade the O/S to Z/OS 1.4 via OS/390 2.10 (from 2.6) .
Customer does not wish to upgrade IDMS . Is there anyone out there
successfully running anything like this under Z/OS ?
Thanks ,
Richard Hearnden
Senior Systems Programmer
CSC UK . Tunbridge Wells .
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP
Normal
Normal
Re: DNS Send/Receive Failure
"NAvid,
probably you rech the max lock condition. Place a commit in the process.
Peter van de Ven Atos Origin
Tel : +31(0)40 2142211 +31(0)622567218
Fax: +31(0)40 2144423