Reconcile volumes expiration
Does 'reconcile volumes fix=yes' do its own deletion of database records, or is inventory expiration needed to complete the cleanup of inconsistencies? Thank you, Keith Arbogast Indiana University
Re: Reconcile volumes expiration
On Jan 15, 2008, at 1:48 PM, Keith Arbogast wrote: Does 'reconcile volumes fix=yes' do its own deletion of database records, or is inventory expiration needed to complete the cleanup of inconsistencies? Keith - Expiration is necessary, on the target server. Richard Sims http://people.bu.edu/rbs/
Reconcile Volumes
Hello I have a situation with two TSM servers which offsite to each other using virtual; volumes, where the reconcile preview=yes comes up with a number of volumes that aren't quite right. What does the actual reconcile do?- is it destructive in any way, and how long can these processes take? _ Ian Smith SAN/TSM Specialist _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Reconcile Volumes fails
Hi all, On my two TSM-servers (AIX 5.1, TSM 5.1.7.3) we use server-to-server virtual volumes for the copy_pools. Since some time when the daily reconcile-volumes runs I get the following error : 05/18/04 15:57:49 ANRD admserv.c(2337): ThreadId72 Unable to get volume attributes. 05/18/04 15:57:49 ANR4343W RECONCILE VOLUMES process terminated - internal server error detected. 05/18/04 15:57:49 ANR4343W RECONCILE VOLUMES process terminated - internal server error detected. 05/18/04 15:57:49 ANR0985I Process 467 for RECONCILE VOLUMES (REPAIR) running in the BACKGROUND completed with completion state FAILURE at 15:57:49. How can I get rid of this error without making an complete auditdb (50 GB). Thanks for any help. Chris
reconcile volumes
Hy all, Background : 2 AIX-Servers as TSM-Server (TSM 3.7.4). Each server sends its copy-pool date via Server-to-Server to a storage-pool on the other server (seq access primary pool -- Magstar-Tape). I have a reclamation threshold at 80% on the seq acc stg pool and a threshold of 90% for the copy-pool-volumes on the originating server. My question about 'reconcile volumes' : every day before backing up my TSM-database I run a reconcile volumes with fix=yes on both of my TSM-servers. I get warnings like the following for about 40 Volumes : 05/07/01 05:48:43 ANR4359W RECONCILE VOLUMES: Volume BC0ADSM2.BFS.973060068 not valid, the size of the volume on target server does not match the size on the source server. 05/07/01 05:48:44 ANR4361W RECONCILE VOLUMES: Volume BC0ADSM2.BFS.975652121 not valid, the target server has reported damage to all or part of the volume. The job completes with the following messages : 05/07/01 05:48:46 ANR4345I RECONCILE VOLUMES completed for device class BC02DEVCL; (process ID 363); 3501 volumes inspected, 38 invalid volumes found, 0 volumes deleted. 05/07/01 05:48:46 ANR4336W RECONCILE VOLUMES process ended, process ID 363. 05/07/01 05:48:46 ANR0987I Process 363 for RECONCILE VOLUMES (REPAIR) running in the BACKGROUND processed 3501 items with a completion state of SUCCESS at 05:48:46. Many of the volumes (not all) bring the same message on next day. How do I get rid of these messages, what do they exactly mean and how can I make the copy-pool-data rebuild ? Thanks Christoph
Re: reconcile volumes
Hi Christoph, on the source server try 'audit vol {virtual_vol_name}' this fixed all the errors I had with the same configuration. I would set all your reclamation levels back to 100 on the copy pool and the tape pool before running the audit. regards Stephen M. -Original Message- From: Christoph Pilgram [mailto:[EMAIL PROTECTED]] Sent: Monday, 7 May 2001 20:49 To: [EMAIL PROTECTED] Subject: reconcile volumes Hy all, Background : 2 AIX-Servers as TSM-Server (TSM 3.7.4). Each server sends its copy-pool date via Server-to-Server to a storage-pool on the other server (seq access primary pool -- Magstar-Tape). I have a reclamation threshold at 80% on the seq acc stg pool and a threshold of 90% for the copy-pool-volumes on the originating server. My question about 'reconcile volumes' : every day before backing up my TSM-database I run a reconcile volumes with fix=yes on both of my TSM-servers. I get warnings like the following for about 40 Volumes : 05/07/01 05:48:43 ANR4359W RECONCILE VOLUMES: Volume BC0ADSM2.BFS.973060068 not valid, the size of the volume on target server does not match the size on the source server. 05/07/01 05:48:44 ANR4361W RECONCILE VOLUMES: Volume BC0ADSM2.BFS.975652121 not valid, the target server has reported damage to all or part of the volume. The job completes with the following messages : 05/07/01 05:48:46 ANR4345I RECONCILE VOLUMES completed for device class BC02DEVCL; (process ID 363); 3501 volumes inspected, 38 invalid volumes found, 0 volumes deleted. 05/07/01 05:48:46 ANR4336W RECONCILE VOLUMES process ended, process ID 363. 05/07/01 05:48:46 ANR0987I Process 363 for RECONCILE VOLUMES (REPAIR) running in the BACKGROUND processed 3501 items with a completion state of SUCCESS at 05:48:46. Many of the volumes (not all) bring the same message on next day. How do I get rid of these messages, what do they exactly mean and how can I make the copy-pool-data rebuild ? Thanks Christoph This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses.