Hi Jerry,
>
>
> 04/22/1996 03:20:49 ANR0104E DFMIGR(1919): Error 2 deleting row from
>table "DF.MigrBitfiles".
I had similar problems with the AS.Volume.Assignment table. I would
recommend you get in touch with your IBM support centre to confirm whether
this is the problem documented in APAR II08975.
> 04/22/1996 03:20:49 ANR1032W Migration process 1 terminated for storage
>pool TISD_SERVER - internal server error detected.
> 04/22/1996 03:20:49 ANR5208I Dismounting volume 850608 (updated).
> 04/22/1996 03:20:50 ANR1002I Migration for storage pool TISD_SERVER will
>be retried in 60 seconds.
>
Here an extract from the answer of the IBM SSC:
The problem of getting the data base records out of key order in the
data base is fixed at 2.1.03 but that does not put the records back in
the correct order. The steps need to be followed to dump and reload
that data base table to get the records put back in the correct key
sequence.
**** cut german spoken part... ****
To permanently correct this problem if it was discovered after
migrating to V2 do the following:
1) Obtain and install the latest Version 2 server (Level
0.2/0.2 or higher) from your service representative.
2) Specify a device configuration file in the server options
file using the DEVCONFIG parameter. Device configuration
will be written to this file by the server when device
classes are changed or when the BACKUP DEVCONFIG command is
specified at the server console or from an administrative
client.
example:
On AIX:
DEVCONFIG /usr/lpp/adsmserv/device.configuration
On MVS:
DEVCONFIG 'ADSM.DEVICE.DEFS'
Device class information in the device configuration file is
used by the server when running in stand-alone mode to
access all device class information required to mount
volumes.
3) Start the server and issue the BACKUP DEVCONFIG command to
copy server device class information to the device
configuration file.
4) When the server is not active with client, migration,
reclamation, or backup stgpool operations HALT the server
using the QUIESCE option:
HALT QUIESCE
This command should be entered at the server console or from
an administrative client.
5) Use the stand-alone DUMPDB command to copy the server
database to sequential media:
On AIX:
dsmserv -t AS.Volume.Assignment dumpdb dev=myclass vol=myvol
On MVS:
//SERVER EXEC PGM=ANRSERV,
// PARM='/-t AS.Volume.Assignment DUMPDB DEV=MYCLASS VOL=MYVOL'
The table name AS.Volume.Assignment is CASE-SENSITIVE and
must be entered exactly as specified above. If the problem
was with the DF.MigrCandidates substitute that table name
in place of AS.Volume.Assignment in the example. This table
name is also case sensitive.
6) Use the stand-alone database load utility to re-load the
AS.Volume.Assignment object. The following command
illustrates the syntax to perform this operation:
On AIX:
dsmserv -t AS.Volume.Assignment loaddb dev=myclass vol=myvol
On MVS:
//SERVER EXEC PGM=ANRSERV,
// PARM='/-t AS.Volume.Assignment LOADDB DEV=MYCLASS VOL=MYVOL'
The table name AS.Volume.Assignment is CASE-SENSITIVE and
must be entered exactly as specified above. If the problem
was with the DF.MigrCandidates substitute that table name
in place of AS.Volume.Assignment in the example. This table
name is also case sensitive.
7) If the server was halted with quiesce then you can
safely ignore the message that states an AUDIT is
required. The AUDIT DB does NOT need to be performed.
8) Restart the ADSM server and resume normal operation.
We apologize for this error and will assist in an way possible
with these corrective actions.
**** cut german text *************+
hope this helps,
++hp
***********************************************************************
Hans Pfleger pfleger AT wu-wien.ac DOT at
WU-Wien, Zentrum fuer Informatikdienst ZID
Abteilung zentrale Infrastruktur azi Tel. ++43 1 31336/4105
University Of Economics And Business Administration Vienna, Austria
AIX, AFS and ADSM Administrator
***********************************************************************
########### It's redundant! It's redundant! -R. E. Dundant ############
***********************************************************************
|