Re: Space Abend - Stumped - f o l l o w u p
Willie, See the SETSYS CDSVERSIONBACKUP parameter/subparameters. HSM dumps to the "oldest" (if there are more than 1) versions of the backup dataset. It then renames to the "current version" and remembers the current version. AFAI recall, none of these files are in use except during BACKVOL CDS processing. You should be able to delete/reallocate them on the fly. Reallocate them with the Primary space equal to the current allocation and an appropriate secondary and you should be OK. If the HSM journal fills up all HSM automatic functions (BACKUP, DUMP, etc.) will be placed in "HOLD" status. i.e. HSM will 'go to sleep' until a manual release is performed. The DF/DSS backup will make a backup copy of your MCDS, but will not alleviate the requirement for HSM to Successfully complete a "BACKVOL CDS" command. ... clearing that up for me. Just to inquire about the suggestion to force a backup - F DFHSM,BACKVOL CDS. I assume that this goes to disk. Am I right? Can I force the backup to tape? If so how would I do that? Also, since I am unable to get this fixed, I have scheduled a shutdown of DFHSM, execute a DFDSS backup of the MCDS to tape. Could you please tell me what is the significance of the disk backup copies? I checked to see if DFHSM is using them (TSO command ISRDDN E) but I don't see anything. What is the danger if I the disk backup has failed? I am not familiar with this portion of DFHSM any information that you could provide would be very helpful. http://bama.ua.edu/archives/ibm-main.html
Re: Space Abend - Stumped - f o l l o w u p
Allan, Thanks for clearing that up for me. Just to inquire about the suggestion to force a backup - F DFHSM,BACKVOL CDS. I assume that this goes to disk. Am I right? Can I force the backup to tape? If so how would I do that? Also, since I am unable to get this fixed, I have scheduled a shutdown of DFHSM, execute a DFDSS backup of the MCDS to tape. Could you please tell me what is the significance of the disk backup copies? I checked to see if DFHSM is using them (TSO command ISRDDN E) but I don't see anything. What is the danger if I the disk backup has failed? I am not familiar with this portion of DFHSM any information that you could provide would be very helpful. Thanks "Staller, Allan" <[EMAIL PROTECTED]> wrote: Insufficient space is allocated for the backup copies. HSM dumps to pre-allocated datasets. Delete and redefine all backup copies with the current size as the primary allocation. Them force a backup with F DFHSM,BACKVOL CDS You might also check the blocksize of the backups for 1/2 track blocking. HTH, I am stumped with solving this space abend problem : IEC030I B37-04,IFG0554A,DFHSMC,DFHSMC,SYS5,BD53,SBH124,HSM.MCDS CKUP.X0006033 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Get your email and more, right on the new Yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space Abend - Stumped
Is the volume fragmented or can you get the primary allocation in one extent? If so, then defrag the volume and try again. If not, then increase your allocation sizes. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Monday, October 09, 2006 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Space Abend - Stumped I guess a couple of questions would be What is the primary and secondary allocation? >From the listing it looks like the data set went to 16 extents and died. Perhaps a change on the primary or secondary space allocation would be needed? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space Abend - Stumped
I guess a couple of questions would be What is the primary and secondary allocation? >From the listing it looks like the data set went to 16 extents and died. >Perhaps a change on the primary or secondary space allocation would be needed? > Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space Abend - Stumped
Insufficient space is allocated for the backup copies. HSM dumps to pre-allocated datasets. Delete and redefine all backup copies with the current size as the primary allocation. Them force a backup with F DFHSM,BACKVOL CDS You might also check the blocksize of the backups for 1/2 track blocking. HTH, I am stumped with solving this space abend problem : IEC030I B37-04,IFG0554A,DFHSMC,DFHSMC,SYS5,BD53,SBH124,HSM.MCDS CKUP.X0006033 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Space Abend - Stumped
Hallo to all, I am stumped with solving this space abend problem : IEC030I B37-04,IFG0554A,DFHSMC,DFHSMC,SYS5,BD53,SBH124,HSM.MCDS CKUP.X0006033 This is a backup of the MCDS created by a task submitted by the started task DFHSM. What it is trying to do is back up the MCDS on dasd. It abend with a B37. I checked the volume and there is sufficient space available (1,020 tracks). This dsn is SMS managed with GUARANTEE SPACE. According to the explanation it points that no space is available and no other volumes were specified. When I check the DSN it shows that it has reached 16 extents. My question is did the task abend because of insufficient space is on the volume or is it because that insufficient space was allocated for this dsn. Tracks %Used XT Device HSM.MCDS.BACKUP.X0006034 34500 100 16 3390 Thanks in advance. Thanks. - All-new Yahoo! Mail - Fire up a more powerful email and get things done faster. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
