|
View previous topic :: View next topic
|
| Author |
Message |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
Gerry,
Are you using NON SMS managed DASD, or SMS managed ? |
|
| Back to top |
|
 |
gcicchet
Senior Member
Joined: 28 Jul 2006
Posts: 1702
Location: Australia
|
|
|
|
Hi Expat,
I made sure I used non sms managed volumes. when I tested against SMS managed volumes the catalog only showed 1 volume.
Gerry |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
OK OK, only asking 
The problem is with the way that the file has been set up, and/or used. It is pre allocated for the second and subsequent steps, and as stated in my post above, will not extend on the first and second volumes.
Methinks that your use of DISP=MOD would be the best solution, except that I'm never happy using DISP=MOD. Probably stems from my early years when hardware and media were not so damned reliable. |
|
| Back to top |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006
Posts: 1702
Location: Australia
|
|
|
|
Hi Expat,
I agree with you with DISP=MOD, the minute it runs out of space the file is useless, some of the data has already been appended. 
A pain in the SAS
Gerry |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
Yeah, and a couple other places too 
Maybe this is a job for GDG man !!!! Probably the best way forward, using RLSE with the space so no over allocations and no need for MOD. |
|
| Back to top |
|
|
Mainopr
New User
Joined: 05 Feb 2007
Posts: 11
Location: HK
|
|
|
|
Hi all,
Thanks for all of your messages.
I finally found that it should be caused by a FEOV macro. I am going to use storage pool instead of delicated volumes to sovle the problem. |
|
| Back to top |
|
|
|
|
