Ajcody-Disaster-Recovery-Specific-Notes: Difference between revisions

m (New page: ==Disaster Recovery Specific Notes== ===Actual Disaster Recovery Specific Notes Homepage=== Please see: Ajcody-Disaster-Recovery-Specific-Notes ===My Disaster Recovery Failed=== ==...)
 
Line 10: Line 10:


Please see: [[Network_Edition_Disaster_Recovery#Restoring_to_the_new_server]]
Please see: [[Network_Edition_Disaster_Recovery#Restoring_to_the_new_server]]
=====Bugs I've Filed That Might Apply=====
* "accounts.xml file dependency needed for zmrestore"
** http://bugzilla.zimbra.com/show_bug.cgi?id=30979
* "Expand restore recovery documentation to include multi-server configurations"
** http://bugzilla.zimbra.com/show_bug.cgi?id=24894


====What To Do Or Check====
====What To Do Or Check====

Revision as of 17:42, 20 August 2008

Disaster Recovery Specific Notes

Actual Disaster Recovery Specific Notes Homepage

Please see: Ajcody-Disaster-Recovery-Specific-Notes

My Disaster Recovery Failed

Main Reference

Please see: Network_Edition_Disaster_Recovery#Restoring_to_the_new_server

Bugs I've Filed That Might Apply

What To Do Or Check

First, make sure your TIME is set right! See Time_Zones_in_ZCS#The_server_OS

Though I'm still investigating why this is happening for our customers, the root issues seem to be resolved by the following. Some of the auth errors will be logged to /var/log/zimbra.log and /opt/zimbra/log/mailbox.log

Put the output of this command in a text file:

zmlocalconfig -s | grep password

These should match what's in /opt/zimbra/conf/localconfig.xml

Now, compare the passwords with what is in your restore. Put in your path of the restore specific directory.

vi /opt/zimbra/backup/sessions/YOUR_DIR/sys/localconfig.xml

Do a /password or the full variable in vi to see what the old passwords are. You'll need to adjust the following below. Remember to copy a backup.

cp /opt/zimbra/conf/localconfig.xml /opt/zimbra/conf/localconfig.xml.DR
Jump to: navigation, search