Best Regards,
Strahil Nikolov
On Sat, Mar 5, 2022 at 23:22, Strahil Nikolov<hunter86_bg@xxxxxxxxx> wrote:Hey Todd,can you provide 'gluster volume info <VOLUME>' ?Best Regards,Strahil Nikolov
On Sat, Mar 5, 2022 at 18:17, Todd Pfaff<pfaff@xxxxxxxxxxxxxxxxx> wrote:I have a replica volume created as:gluster volume create vol1 replica 4 \host{1,2,3,4}:/mnt/gluster/brick1/data \forceAll hosts host{1,2,3,4} mount this volume as:localhost:/vol1 /mnt/gluster/vol1 glusterfs defaultsSome other hosts are trusted peers but do not contribute bricks, and theyalso mount vol1 in the same way:localhost:/vol1 /mnt/gluster/vol1 glusterfs defaultsAll hosts run CentOS 7.9, and all are running glusterfs 9.4 or 9.5 fromcentos-release-gluster9-1.0-1.el7.noarch.All hosts run kvm guests that use qcow2 files for root filesystems thatare stored on gluster volume vol1.This is all working well, as long as none of host{1,2,3,4} go offline.I want to take one of host{1,2,3,4} offline temporarily for maintenance.I'll refer to this as hostX.I understand that hostX will need to be healed when it comes back online.I would, of course, migrate guests from hostX to another host, in whichcase hostX would then only be participating as a gluster replica brickprovider and serving gluster client requests.What I've experienced is that if I take one of host{1,2,3,4} offline, thiscan disrupt some of the VM guests on various other hosts such that theirroot filesystems go to read-only.What I'm looking for here are suggestions as to how to properly take oneof host{1,2,3,4} offline to avoid such disruption or how to tune thelibvirt kvm hosts and guests to be sufficiently resilient in the face oftaking one gluster replica node offline.Thanks,Todd________Community Meeting Calendar:Schedule -Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTCGluster-users mailing list
________ 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@xxxxxxxxxxx https://lists.gluster.org/mailman/listinfo/gluster-users
