Re: AUDIT VOL with WAIT=YES ?
Hi Roger! Bear in mind that tapes with read or write errors will not always show up as read-only. In the past I came across multiple tapes with read or write errors which were still readwrite. In our shop I have TSMOR report all read-only tapes, unavailable tapes and also all tapes with number of read/write errors > 0. We always do a move data against all of these volumes. I have seen multiple times that a tape had write errors, an move data showed numerous corrupted objects which could not be moved and the strange thing is that I could restore these objects from the copypool! This means that these objects were ok in the past and got corrupted somewhere down the line, probably during the last write action to the tape. By the way, we only use virtual tapes (EMC DL4106), reuse delay is 3 days. Kind regards, Eric van Loon AF/KLM Storage Engineering -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: vrijdag 9 november 2012 4:34 To: ADSM-L@VM.MARIST.EDU Subject: Re: AUDIT VOL with WAIT=YES ? I wound up using Alex Paschal's method - thanks! I am not worried (yet!) about damaged files. There are probably very few of them anyway. I am only doing a FIX=NO audit to see where the problems are. I'm capturing the results by Q ACTLOG ... SEARCH='PROCESS: ' and parsing msg ANR4133I for the audit results. If FIX=NO does not find any damaged files, as reported in ANR4133I, then the disk file volume is changed to READWRITE automatically. If the FIX=NO audit does find something wrong, then I will deal with it manually and carefully. I did not want to use Eric van Loon's suggestion of MOVE DATA, because that would really fill up this storage pool, considering we use a reuse delay. The advantage of AUDIT is that it does not cause any data movement other than one read pass, and most of the volumes will not have any problems. Thanks again, to both Eric and Alex. That was the obvious solution - a sleep loop querying processes after starting the AUDIT command. The improvement I added was to get the actual results via Q ACTLOG after it was finished. Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.= On Tue, 6 Nov 2012, Alex Paschal wrote: >Hi, Roger. I don't have one already made, but this should get you >started. Hopefully there won't be too many typos. > >#!/usr/bin/ksh >dsmadmc -id=id -pa=pa audit vol /path/file1 sleep 10 while dsmadmc >-id=id -pa=pa -comma q pr | grep -qi audit ; do >sleep 10 >done >dsmadmc -id=id -pa=pa update vol /path/file1 acc=readw > >On 11/6/2012 3:17 PM, Roger Deschner wrote: >> Does anybody have a script or program that can issue a TSM AUDIT >> VOLUME command and wait for it to finish - as though WAIT=YES existed? >> >> I keep getting r/o vols in my DEVCLASS FILE storage pools. I want to >> audit them before changing them back to r/w. I want an automatic >> process to do that, one at a time. >> >> I could have set up this storage pool with preallocated files instead >> of letting the operating system allocate and remove scratch volume >> files, but dsmfmt on 55TB of space to prepare the fixed volume files >> would take a very long time, like about a CPU-year. >> >> Roger Deschner University of Illinois at Chicago rog...@uic.edu >> ==I have not lost my mind -- it is backed up on tape >> somewhere.= >> > For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
Re: AUDIT VOL with WAIT=YES ?
I wound up using Alex Paschal's method - thanks! I am not worried (yet!) about damaged files. There are probably very few of them anyway. I am only doing a FIX=NO audit to see where the problems are. I'm capturing the results by Q ACTLOG ... SEARCH='PROCESS: ' and parsing msg ANR4133I for the audit results. If FIX=NO does not find any damaged files, as reported in ANR4133I, then the disk file volume is changed to READWRITE automatically. If the FIX=NO audit does find something wrong, then I will deal with it manually and carefully. I did not want to use Eric van Loon's suggestion of MOVE DATA, because that would really fill up this storage pool, considering we use a reuse delay. The advantage of AUDIT is that it does not cause any data movement other than one read pass, and most of the volumes will not have any problems. Thanks again, to both Eric and Alex. That was the obvious solution - a sleep loop querying processes after starting the AUDIT command. The improvement I added was to get the actual results via Q ACTLOG after it was finished. Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.= On Tue, 6 Nov 2012, Alex Paschal wrote: >Hi, Roger. I don't have one already made, but this should get you >started. Hopefully there won't be too many typos. > >#!/usr/bin/ksh >dsmadmc -id=id -pa=pa audit vol /path/file1 >sleep 10 >while dsmadmc -id=id -pa=pa -comma q pr | grep -qi audit ; do >sleep 10 >done >dsmadmc -id=id -pa=pa update vol /path/file1 acc=readw > >On 11/6/2012 3:17 PM, Roger Deschner wrote: >> Does anybody have a script or program that can issue a TSM AUDIT VOLUME >> command and wait for it to finish - as though WAIT=YES existed? >> >> I keep getting r/o vols in my DEVCLASS FILE storage pools. I want to >> audit them before changing them back to r/w. I want an automatic process >> to do that, one at a time. >> >> I could have set up this storage pool with preallocated files instead of >> letting the operating system allocate and remove scratch volume files, >> but dsmfmt on 55TB of space to prepare the fixed volume files would take >> a very long time, like about a CPU-year. >> >> Roger Deschner University of Illinois at Chicago rog...@uic.edu >> ==I have not lost my mind -- it is backed up on tape somewhere.= >> >
Re: AUDIT VOL with WAIT=YES ?
Hi Roger! Why don't you use a MOVE DATA against r/o volumes? It has a WAIT=YES parameter and it's better than using the AUDIT VOLUME command. When you have a read error on a primary pool volume, the audit command (with FIX=YES) removes the backup data from the tape. Not a problem for backup data from the BA client, it gets backed up again next time, but it is a problem when this is TDP data. Your whole backup series is corrupted and you should schedule a new full backup as soon as possible. So my opinion is that r/o issues shouldn't be fixed automatically and unattended. Kind regards, Eric van Loon Royal Dutch Airlines -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: woensdag 7 november 2012 0:18 To: ADSM-L@VM.MARIST.EDU Subject: AUDIT VOL with WAIT=YES ? Does anybody have a script or program that can issue a TSM AUDIT VOLUME command and wait for it to finish - as though WAIT=YES existed? I keep getting r/o vols in my DEVCLASS FILE storage pools. I want to audit them before changing them back to r/w. I want an automatic process to do that, one at a time. I could have set up this storage pool with preallocated files instead of letting the operating system allocate and remove scratch volume files, but dsmfmt on 55TB of space to prepare the fixed volume files would take a very long time, like about a CPU-year. Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.= For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
Re: AUDIT VOL with WAIT=YES ?
Hi, Roger. I don't have one already made, but this should get you started. Hopefully there won't be too many typos. #!/usr/bin/ksh dsmadmc -id=id -pa=pa audit vol /path/file1 sleep 10 while dsmadmc -id=id -pa=pa -comma q pr | grep -qi audit ; do sleep 10 done dsmadmc -id=id -pa=pa update vol /path/file1 acc=readw On 11/6/2012 3:17 PM, Roger Deschner wrote: Does anybody have a script or program that can issue a TSM AUDIT VOLUME command and wait for it to finish - as though WAIT=YES existed? I keep getting r/o vols in my DEVCLASS FILE storage pools. I want to audit them before changing them back to r/w. I want an automatic process to do that, one at a time. I could have set up this storage pool with preallocated files instead of letting the operating system allocate and remove scratch volume files, but dsmfmt on 55TB of space to prepare the fixed volume files would take a very long time, like about a CPU-year. Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.=