.
If these are OS-format files, you do not want to run a Unix rm command
on them, because then you'll have to run dsmfmt all over again. This is
painful and long. As long as they're a useable size for your next use of
them, just keep them and reuse them via Define Vol.

I've seen cases where the TSM Delete Vol command would fail even though
Move Data had completed successfully and Q Content showed no data. When
this has happened to me the problem went away if I simply waited an
hour.

Consider raw logical volumes. Solaris and AIX support them, probably
other OSs as well. The time saved in not running dsmfmt is huge. The IBM
manuals try to hide their existence, but many of us use them
exclusively.

Roger Deschner      University of Illinois at Chicago     rogerd AT uic DOT edu



On Tue, 7 Aug 2007, Strand, Neil B. wrote:

> as root and then execute the following:
>(tsmserver:root)# rm /tsmdata/vol36/tsm1.backup.vol47
>
>Cheers,
>Neil Strand
>Storage Engineer
>Legg Mason
>(410) 580-7491
>
>
>-----Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
>Lamar Cope
>Sent: Tuesday, August 07, 2007 3:40 PM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: [ADSM-L] Delete volume does not free up disk space
>
>Hello
>
>I am attempting to delete some volumes from one disk storage pool and
>add them to another, but the disk space is not getting released.
>
>I did the following:
>
>upd vol /tsmdata/vol36/tsm1.backup.vol47 access=reado move data
>/tsmdata/vol36/tsm1.backup.vol47 delete vol
>/tsmdata/vol36/tsm1.backup.vol47
>
>in log:
>
>08/07/07 13:08:31 ANR2208I Volume /tsmdata/vol36/tsm1.backup.vol47
>deleted from storage pool
>08/07/07 13:08:31 BACKUPPOOL.
>08/07/07 13:08:31 ANR1307I Disk volume /tsmdata/vol36/tsm1.backup.vol47
>varied offline.
>
>tsm: TSM1>q vol /tsmdata/vol36/tsm1.backup.vol47 ANR2034E QUERY VOLUME:
>No match found using this criteria.
>ANS8001I Return code 11.
>
>df -k
>
>/dev/tsmdata36lv    26214400       792  100%        7     4%
>/tsmdata/vol36
>
>Has anyone experienced this? Do you have a solution?
>
>Lamar Cope
>Auburn University
>IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
>therefore
>recommends that you do not send any confidential or sensitive information to us
>via electronic mail, including social security numbers, account numbers, or 
>personal
>identification numbers. Delivery, and or timely delivery of Internet mail is 
>not
>guaranteed. Legg Mason therefore recommends that you do not send time sensitive
>or action-oriented messages to us via electronic mail.
>
>This message is intended for the addressee only and may contain
>privileged or confidential information. Unless you are the intended
>recipient, you may not use, copy or disclose to anyone any information
>contained in this message. If you have received this message in error,
>please notify the author by replying to this message and then kindly
>delete the message. Thank you.
>
>