Hi, The option si: Force=yes
Timothy Hughes <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 19.01.2007 21:27 Please respond to "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> To ADSM-L@VM.MARIST.EDU cc Subject Re: Interesting... Tolev, I didn't know there was a undocumented parameter to delete the last DB backup? Tim Levi, Ralph wrote: >I had a similar problem with tapes volumes and the AUDIT VOL xxxxxxx >FIX=YES repaired it. This might be an avenue to search further. > >-----Original Message----- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of >Svetoslav Tolev >Sent: Friday, January 19, 2007 12:44 PM >To: ADSM-L@VM.MARIST.EDU >Subject: Re: Interesting... > >This volume may be contains DB Backup. >To delete this you must user del volh with correct parameters. >If this is last DB BAckup you must use one undocumented parameter. > > > > > > > >"Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> >19.01.2007 18:55 >Please respond to >"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > >To >ADSM-L@VM.MARIST.EDU >cc > >Subject >Interesting... > > > > > > >Hi *SM-ers! >I have got an interesting situation here. >Please have a look at the following entries and TSM's response. > >DELETE VOLUME /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 >ANR2406E DELETE VOLUME: Volume >/appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 still contains data. > >Ok, so the volume isn't empty. Well, let's make it empty then: > >MOVE DATA /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 >ANR2209W Volume /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 contains no >data. > >Huh? Contains no data? Are you sure? > >QUERY CONTENT /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 >ANR2034E QUERY CONTENT: No match found using this criteria. > >Right... So it's empty, but it contains data... Well, let's delete is >with the discarddata=yes then: > >DELETE VOLUME /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 discarddata=yes >ANR2406E DELETE VOLUME: Volume >/appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 still contains data. > >??????? Now I'm complete lost... What's wrong here? Let's check the >volumes status: > >q volume /appl/tsm_lbu1/diskpool1/lbu1_diskpool_114 > >Volume Name Storage Device Estimated Pct >Volume > Pool Name Class Name Capacity Util >Status >------------------------ ----------- ---------- --------- ----- >-------- >/appl/tsm_lbu1/diskpool- DISKPOOL_L- DISK 20.480,0 -99,8 >On-Line > 1/lbu1_diskpool_114 BU1_1 > >Utilization is -99,8%... This cannot be right. I seem to have 26 volumes >with the same status and I don't know how to solve this. I marked them >readonly for now. >Any good tips (other that calling support on Monday)? >Thanks in advance! >Kindest regards, >Eric van Loon >KLM Royal Dutch Airlines > > > >********************************************************************** >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 >********************************************************************** > >
