Dave, I can't prove it, because I don't have access to a mainframe right now. However, I seem to remember a situation some years back, where a failed command got stuck on top of the queue and caused the function to be held. If you released the function, the failed command would attempt to execute again, fail again and cause another hold. Only fix was to cancel the waiting command, then release and execute the rest.
Perhaps the OP should just simply release dataset backup (without making any config changes) and see what happens. That should cause some interesting messages in the log ... Regards, Ulrich Krueger -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, May 29, 2009 09:15 To: [email protected] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Ulrich, While I agree with you that backups to tape should be allowed, if a backup fails to ML1 due to lack of space won't the request fail and the next backup in the queue be executed? That is what I would expect. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [[email protected]] On Behalf Of Ulrich Krueger [[email protected]] Sent: Friday, May 29, 2009 12:06 PM To: [email protected] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). IMHO ... Yes, but ... What if a dataset backup request exceeds 850MB or the max. space available on a single ML1 disk? Since you don't allow tape to be used for backups, this will cause an error and your dataset backups will be held again. My recommendation is to first change your configuration to allow one (or more) tape backup tasks and then release backup. Regards, Ulrich Krueger -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of willie bunter Sent: Friday, May 29, 2009 08:49 To: [email protected] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
