[Gluster-users] Move a volume to a new server
hunter86_bg at yahoo.com
Tue Jan 18 17:27:28 UTC 2022
If you manage to get that server and can setup a replica -> then the migration can be transparent for the clients.
Another option is to move both OS+Gluster disks , rebuild the initramfs and thus you will change only the decommissioned hardeare.
Best Regards,Strahil Nikolov
On Tue, Jan 18, 2022 at 10:15, Diego Zuccato<diego.zuccato at unibo.it> wrote: Tks. I'll do it. Worst case: I'll have to create a new volume and move
files from the old bricks to it. The safety is what I like most in Gluster.
The 'funny' thing is that a replica server is planned but not yet
Il 17/01/2022 18:24, Strahil Nikolov ha scritto:
> Verify that you can install the same version of gluster.
> If not, plan to update to a version that is available to both old and
> new servers' OS.
> Once you migrate (check all release notes in advance) to a common
> version, you can do something like this:
> - Install the gluster software on the new host
> - Setup the firewall to match the old server
> - Stop the gluster volumes and any geo-rep sessions
> - Shutdown glusterd service
> - Umount the bricks
> - Disable LVM LVs/VGs that host your bricks (if you share the same VG
> with other software, you will have to use vgsplit)
> - Remove the multipath devices (multipath -f)
> - Remove the block devices that are part of those multipath devices
> - Backup /etc/glusterfs
> - Backup /var/lib/glusterd
> - Unmap the LUNs
> - Present the LUNs on the new host
> - Verify that the multipath devices are there
> - Rescan the LVM stack (pvscan --cache, vgscan lvscan)
> - Activate the VGs/LVs
> - Mount the bricks and ensure mounting on boot (autofs, systemd's
> '.mount/.automount' units, fstab)
> - restore /etc/glusterfs & /var/lib/glusterd
> - Start the glusterd service
> - Start the volumes
> - Mount via FUSE to verify the situation
> - Start the geo-replications (if any)
> Note, if you use VDO - disable the volume on the old system and backup
> the config (/etc/vdoconf.yml) -> restore on the new host.
> Check your tuned profile and if needed transfer the configuration file
> on the new system and activate it.
> I might have missed something (like custom entries in /etc/hosts) , so
> do a short test on test system in advance.
> Edit: You didn't mention your FS type, so I assume XFS .
> Best Regards,
> Strahil Nikolov
> On Mon, Jan 17, 2022 at 13:15, Diego Zuccato
> <diego.zuccato at unibo.it> wrote:
> Hello all.
> I have a Gluster volume that I'd need to move to a different server.
> The volume is 4x10TB bricks accessed via FC (different LUNs) on an old
> I have no extra space to create a copy of all the data, so I'd need to
> hide the LUNs from the old server and make 'em visible to the new
> the disks"), w/o copying data.
> Can I just do something like this?
> - stop volume
> - umount bricks
> - copy volume state files to new server (which ones?)
> - map LUNs to new server
> - mount bricks on new server (maintaining the same path they had on old
> - start glusterd on new server
> - start volume
> Diego Zuccato
> DIFA - Dip. di Fisica e Astronomia
> Servizi Informatici
> Alma Mater Studiorum - Università di Bologna
> V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
> tel.: +39 051 20 95786
> Community Meeting Calendar:
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
DIFA - Dip. di Fisica e Astronomia
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gluster-users