As the result of a RECONCILE VOLUMES command, the volume shown was found on both the source and target server, but the target server has reported damage to all or part of the volume.
The reconciliation process continues.
On the target server, an audit with FIX=NO of the volumes in the storage pool used by the source server will indicate what which volume on the target server is damaged. This AUDIT VOLUME command may be able to reset the damaged indicator in the database if the damage was temporary due to hardware problems (for example, dirty tape heads). If the volume on the target server is in a primary storage pool that has previously been backed up to a copy storage pool, attempt to correct the damage by using the RESTORE STGPOOL command. If attempts to correct the damage on the target server fail, an AUDIT VOLUME command FIX=YES from the source server will mark as damaged in the source server database each file that is inaccessible and those files will not be accessed for future operations. If the files are part of an aggregate, the entire aggregate will be marked damaged. If a usable copy of the file exists in another storage pool, that copy may be accessed for future operations involving the file.