As the result of a RECONCILE VOLUMES command, the volume shown was found on both the source and target server, but the attributes describing the volume does not match.
The reconciliation process continues.
The database on either the source or target server has been regressed by either a RESTORE DATABASE operation or some system facility external to the server. Investigate the action that caused one or both of the databases to be regressed to there current condition. If a newer database image exist for that server, consider restoring the server to that point in time. If the condition of the database on each server is acceptable, additional actions will have to be taken because RECONCILE VOLUMES FIX=YES is unable to correct this situation. In the case of a volume in the VOLHISTORY, an IMPORT PREVIEW=YES or a RESTORE DATABASE PREVIEW=YES will determine the integrity of the volume. If the volume is in error, a DELETE VOLHISTORY will remove the volume from both the source and target servers. In the case of a volume in a storage pool, an AUDIT VOLUME FIX=NO will determine the integrity of the volume. If errors are found, an AUDIT VOLUME FIX=YES may make some data on the volume accessible. Otherwise, issue the DELETE VOLUME command on the source server to remove the volume from both the source and target servers.