>I have recently upgraded from ADSM server from 3.1.1.6 to 3.1.2.20
>(Clients upgraded appropriately).   Since then, I have accumulated about
>50 tapes with a status of EMPTY.  When I change the access from OFFSITE
>to READWRITE, the tape should become scratch (These are copypool
>tapes).   I keep getting a server error.    I have logged this with IBM
>and have done a database audit.  The database audie had inconsistencies
>with 3 tapes. I   fixed these and now get a clean database audit
>result.   About 20 tapes have returned to scratch status but the rest
>have not.  I have tried updating the acess to every valid value and get
>the same error (Example below).
>
>Has anyone experienced this problem before?
>Has anyone got any ideas?
>
>+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>04/21/99 09:49:02     ANR2017I Administrator PJG01 issued command:
>UPDATE VOLUME
>                       SAP002 ACCESS=READWRITE
>WHERESTGPOOL=SAP_TAPE_COPYPOOL
>                       WHEREDEVCLASS=3590DEV1
>04/21/99 09:49:02     ANR1425W Scratch volume SAP002 is empty but will
>not be
>                       deleted - volume state is "mountablenotinlib".
>04/21/99 09:49:02     ANR9999D asvol.c(1626): Unknown result code (166)
>while
>                       deleting a volume.
>04/21/99 09:49:02     ANR2032E UPDATE VOLUME: Command failed - internal
>server
>                       error detected.
>
>+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>Regards, Peter Gill
>
>_______________________________________________________
>Peter Gill
>UNIX Systems Administrator
>RACV Information Systems
>Level 6, 550 Princes Highway, Noble Park,  VIC  3174
>AUSTRALIA
>
>(P) +61 3 9703 6018  (F)  +61 3 9790 2559  (M)  0419 484 675
>mailto:Peter_Gill AT racv.com DOT au
>_______________________________________________________