I just copied my work to a new work with more space. Rob Schramm
On Wed, Nov 1, 2017, 9:58 PM Steve Beaver <st...@stevebeaver.com> wrote: > Are you out of extents? > > Sent from my iPhone > > Sorry for any grammar problems > > > On Nov 1, 2017, at 20:52, Feller, Paul <paul.fel...@transamerica.com> > wrote: > > > > No there is lots of room on the DASD volume. The volume is only 35% > used. > > > > Thanks.. > > > > Paul Feller > > AGT Mainframe Technical Support > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Nims,Alva John (Al) > > Sent: Wednesday, November 01, 2017 16:33 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Odd HCD/IODF issue with "space" > > > > Did you check the DASD volume that SYS0.IODF60.WORK is on? Maybe the > DASD volume is out of space. > > > > Al Nims > > Systems Admin/Programmer 3 > > UFIT > > University of Florida > > (352) 273-1298 > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Feller, Paul > > Sent: Tuesday, October 31, 2017 6:20 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Odd HCD/IODF issue with "space" > > > > I have not run across this issue before when using HCD. This is a z/OS > 2.2 system. The IODF has two z13 boxes and a z13s (CF) box. There are 27 > lpars across the three boxes, that's counting the CFs. I would say we are > an average size shop when it comes to the number of IO devices and > channels. We don't try to be to creative when it comes to the IODF. > > > > I was correcting some issues with esoterics that are missing some DASD > devices when I ran across this error. The first time I did increase the > size of the work file from 1024 to 2048 blocks. I had then cleaned up some > esoterics that had devices defined that didn't need them. When I got the > error a second time I was surprised. I saved what I was doing and got out > of HCD. I went back in and was able to make more changes until I got the > error a third time. I repeated the save/exit/enter process. Again I was > able to make more changes. I think I had to do this save/exit/enter > process maybe two more times. The whole time the "size/usage" of the work > file did not change. > > > > So back to my question, has anyone run across this type of issue? Did > you have to do the same type of "process" to get things done? Here is an > odd question. Is there a way to reorg (reclaim space) an IODF file? > > > > > > CBDA563I Space exhausted in work IODF SYS0.IODF60.WORK. > > > > Explanation: > > A definition record is being added to the work IODF, but there is no > space left to complete the function. > > > > This condition may not only occur during Add and Connect actions but > also during Update, Disconnect and Delete actions when device groups of a > version 5 IODF must be temporarily split to perform the operation. > > > > System Action: > > In Dialog mode, system waits for user action. In Migration mode, > processing terminates. The IODF is not updated. > > > > User Response: > > Extend the IODF (for example with the COPY IODF function) and rerun the > action. > > - end - > > > > > > IODF name . . . . . . : 'SYS0.IODF60.WORK' > > IODF type . . . . . . : Work > > IODF version . . . . . : 5 > > > > Creation date . . . . : 2017-10-31 > > Last update . . . . . : 2017-10-31 13:52 > > > > Volume serial number . : OSS001 > > Allocated space . . . : 2048 (Number of 4K blocks) > > Used space . . . . . . : 2048 (Number of 4K blocks) > > thereof utilized (%) 33 > > Activity logging . . . : Yes > > Multi-user access . . : No > > Backup IODF name . . . : > > > > Description . . . . . : All DASD and some other devices have 31 bit > > UCBs -- IODF Version 5 format -- > > > > > > > > Processor ID . . . : SYSB IBM 2964-N30 (508) > > > > CSS Devices in SS0 Devices in SS1 Devices in SS2 Devices in SS3 > > / ID Maximum + Actual Maximum + Actual Maximum + Actual Maximum + > Actual > > _ 0 65280 23158 65535 4536 65535 0 65535 0 > > > > Processor ID . . . : SYSC IBM 2964-N30 (608) > > > > CSS Devices in SS0 Devices in SS1 Devices in SS2 Devices in SS3 > > / ID Maximum + Actual Maximum + Actual Maximum + Actual Maximum + > Actual > > _ 0 65280 23110 65535 4536 65535 0 65535 0 > > > > > > > > Thanks.. > > > > Paul Feller > > AGT Mainframe Technical Support > > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN