Moving /opt/zimbra to another partition.

[highpointe]

I need to move /opt/zimbra/ to a larger partition to avoid having to reinstall for more space. I obviously underestimated space.

What is the most efficient way to do this and in the future during upgrading is there anything special I am going to need to do other than edit the install script to reflect the different directory?

Thanks!

[tsoret]

+1
I ran out of space on / and had to add a seperate iscsi partition. The backup/restore seems like overkill is there an easier way?

[webman]

If I understand the way Linux handles filesystems correctly; I think you can do this:

• Add your new disk
• Create filesystem and format with appropriate filesystem (eg ext3)
• Create temporary mount point for new disk (eg /mnt/newdisk), and mount
• Rysnc (to retain permissions) your /opt/zimbra to /mnt/newdisk
• Modify your /etc/fstab to mount the new disk as /opt/zimbra

Quick HOWTO : Ch27 : Expanding Disk Capacity - Linux Home Networking

Add or Attach New Hard disk to Linux Machine

[bards1888]

Use lvm and these sort of problems rarely if ever happen. All good linux distro's even allow you to install onto lvm so you can even have your root filesystem, swap and opt as part of an lvm volume group.

[phoenix]

Originally Posted by bards1888

Use lvm and these sort of problems rarely if ever happen. All good linux distro's even allow you to install onto lvm so you can even have your root filesystem, swap and opt as part of an lvm volume group.

A How-To in the wiki would be a welcome addition, all community contributions gladly received.

[quietas]

webman's description would do it. The mv command would do it fine though without permission loss.

Shutdown Zimbra first before moving files or remounting. Also make a backup if you can.

mkdir /tempdir
mount /dev/sdx# here /tempdir
mv -R /opt/zimbra/* /tempdir
umount /tempdir
mount /dev/sdx# /opt/zimbra

View mounted drives and available space.

mount
df -h

If all looks good and the data is where it should be, restart Zimbra at this point and all should be well.

[p24t]

Personally, I would 'cp -a' instead of 'mv -R', then delete the old install after I was sure the system was functioning properly. I normally assume there will be no problems with a mv command, but I like to be extra cautious with something I can get yelled at for.

[quietas]

Yeah, that would be a good idea. I'm paranoid about running backups and I can destroy all the data I want, but copy rather than move works prefectly.

[y@w]

I would use rsync to transfer the data as webman mentioned, especially when you're looking at a large amount of data. Hopefully nothing would stop your copy, but if it does, rsync would have a faster recovery time.