This looks like a known problem which can occur when a V1 database is
upgraded to V2.  There is a documented recovery procedure.  If I recall
correctly, the procedure involves db dump and load, but no audit.  Contact
support for further information.

Dave Cannon
ADSM Development
------------------------------- Referenced Note ---------------------------
This morning, I upgraded our ADSM server to v2.1.0.11.  I also upgraded Atape
This morning, I upgraded our ADSM server to v2.1.0.11.  I also upgraded Atape
to 2.5.2.1 and atldd to 2.5.1.0.

We are running ADSM on AIX 3.2.5 with 3 3590s and a 3494.

All went well, with the software installs.

However, I got the following error messages during a space reclaim process.

01/09/1997 11:45:03  ANR0104E astxn.c(1168): Error 2 deleting row from table
                      "AS.Volume.Assignment".
01/09/1997 11:45:03  ANR1181E astxn.c301: Data storage transaction 0:6790909
                      was aborted.
01/09/1997 11:45:04  ANR2183W afmove.c3047: Transaction 0:6790909 was
aborted.
01/09/1997 11:45:04  ANR9999D afmigr.c(2523): Space reclamation terminated
for
                      volume 000139 - unexpected result code (88).
01/09/1997 11:45:04  ANR1092W Space reclamation terminated for volume 000139
-
                      internal server error detected.
                      internal server error detected.

I have a bad feeling in my gut about this.  Am I about to feel the pain of
the dreaded "audit db"?

I think I'm going to call this one in to support, but does anybody out there
have any words of wisdom, encouragement, or insight?

Kent

--
Kent Johnson                        Internet: johnsk6 AT rpi DOT edu
Kent Johnson                        Internet: johnsk6 AT rpi DOT edu
Unix Systems Programmer (VCC 323)      Phone: (518) 276-8175
Rensselaer Polytechnic Institute         Fax: (518) 276-2809