Thanks...Richard and Svetoslav...I have the command now.
Tim
Svetoslav Tolev wrote:
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
**********************************************************************
