ANR9999D dfqry.c(595): Missing row for bitfile 0.51964885.
1999-12-14 11:29:57
Hi ADSM'ers,
trying to free some BACKUP-storagepoolspace, the answer from the
del vol /adsm_stg1/adsm.stg11
was the message given in the subject, i.e.
ANR9999D dfqry.c(595): Missing row for bitfile 0.51964885.
AND the volume was NOT deleted.
I need to free a total of 5 such volumes ( nearly 10 GB ) on a RAID-7
ASAP, because the RAID-space is planned to be used by some other
application.
Currently the volumes are varied offline.
adsm> q vol /adsm_stg1/*
Volume Name Storage Device Estimated Pct
Volume
Pool Name Class Name Capacity Util
Status
(MB)
------------------------ ----------- ---------- --------- -----
--------
--------
/adsm_stg1/adsm.stg11 BACKUPPOOL DISK 0.0 0.0
/adsm_stg1/adsm.stg11 BACKUPPOOL DISK 0.0 0.0
Off-Line
/adsm_stg1/adsm.stg12 BACKUPPOOL DISK 0.0 0.0
Off-Line
/adsm_stg1/adsm.stg13 BACKUPPOOL DISK 0.0 0.0
Off-Line
/adsm_stg1/adsm.stg14 BACKUPPOOL DISK 0.0 0.0
Off-Line
/adsm_stg1/adsm.stg15 BACKUPPOOL DISK 0.0 0.0
Off-Line
Q1: Given the contents on the volumes can be ignored, should I give back
disk-space occupied by the 5 volumes, knowing that ADSM will NEVER
be able to access this same disk-space again in the future ?
Q2: Does ADSM need to have access to this disk-space in order to be able
to do a "delete volume /adsm_stg1/adsm.stg1x" or is it merely a
matter of DB-functioning ?
Q3: Would a "backup db" followed by a "dsmserv restore db" be a propper
solution ?
Q4: Any other idea on "what to do best" ?
--
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Peter Dümpert Email: p.duempert AT tu-bs DOT
de
Rechenzentrum der Technischen Universität Fax : ++49/531/391-5549
D 38092 Braunschweig Tel : ++49/531/391-5535
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- ANR9999D dfqry.c(595): Missing row for bitfile 0.51964885.,
Peter Dümpert <=
|
|
|