Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Installation

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 06-09-2011, 10:47 PM
Elite Member
 
Posts: 377
Default Best method for upgrading Zimbra and modify partitions

We intend to upgrade our Zimbra from version 6 to 7, and at the same time, modify our partitions as we are running out of storage in our boot partition soon. We have 2 methods in mind. Which methods will you choose?

1. Upgrade Zimbra 6 in our current virtual machine, expand existing partitions and add additional partitions. Move varies Zimbra folders into other partitions.

2. Install Zimbra 7 in a new virtual machine with the intended partitions. Stop Zimbra 6 services and perform a full backup. Restore backup to Zimbra 7.

Potential issues with method 2: How do you deal with IP address and Zimbra licenses? Will the restoration works if the new VM is on difference IP address and hostname? Do you have any other better methods to share?
Reply With Quote
  #2 (permalink)  
Old 06-10-2011, 04:16 AM
Elite Member
 
Posts: 305
Default

Quote:
1. Upgrade Zimbra 6 in our current virtual machine, expand existing partitions and add additional partitions. Move varies Zimbra folders into other partitions.
I'd go with the above method. After the upgrade, I'd add an additional partition that I'd use for the new /opt directory. I'd shut down Zimbra, move the data over to the new /opt and remove the old one.

I'd probably use rsync to do the data move.

Doug
__________________
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety."
Reply With Quote
  #3 (permalink)  
Old 06-13-2011, 06:45 PM
Elite Member
 
Posts: 377
Default

Hi Doug,

For method 1, do we need to amend any configuration file to point to the correct path since the new /opt is no longer on SDA1?

Is there any advantage to use rsync since the new /opt should be empty, thus, there is nothing to sync to reduce migrating time right?
Reply With Quote
  #4 (permalink)  
Old 06-14-2011, 04:28 AM
Elite Member
 
Posts: 305
Default

Quote:
For method 1, do we need to amend any configuration file to point to the correct path since the new /opt is no longer on SDA1?
I don't believe so, as long as the mount point /opt is the same as the original. My guess is that you'll change the old /opt mount point to something like /oldopt

Quote:
Is there any advantage to use rsync since the new /opt should be empty, thus, there is nothing to sync to reduce migrating time right?

Since you'll be copying from the old /opt to the new /opt, I'm always concerned about hard links, and I know rsync handles them fine.

Doug
__________________
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety."
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.