[ovirt-users] glusterfs takes a long time to syncing after host has been rebooted

Soeren Malchow soeren.malchow at mcon.net
Mon May 25 07:49:46 EDT 2015


Hi,

This is strictly speaking a gluster issue, not an ovirt issue, however, first of all, it does take very long to resync, that is normal, second, we have vey good experiences so far in tuning a few of the parameters in gluster

These are the ones (at least partly) we modified

cluster.data-self-heal-algorithm        diff
cluster.background-self-heal-count      16
performance.io-thread-count             32
performance.high-prio-threads           24
performance.normal-prio-threads         24
performance.low-prio-threads            16
performance.least-prio-threads          4


Check

#> gluster colume get VOLUMENAME all

For more

And even after optimization it will still take very long

Regards
Soeren



From: Юрий Полторацкий <y.poltoratskiy at gmail.com<mailto:y.poltoratskiy at gmail.com>>
Date: Monday 25 May 2015 12:46
To: "users at ovirt.org<mailto:users at ovirt.org>" <users at ovirt.org<mailto:users at ovirt.org>>
Subject: [ovirt-users] glusterfs takes a long time to syncing after host has been rebooted

Hi.

I am testing oVirt 3.5.2 with 3 hosts (Dell R210). Storage type is GlusterFS (replicate 3): each host has a single 3TB HDD. When I put one host into maintence mode, then reboot it and after system has been started, the glusterfsd proccess takes a long time (more then hours with gigabyte network) to syncing. It seems to be reload all data instead of download only changes . I have several VMs, but only one VM was running (postfix relay) at that moment, so there were no lots of changes on gluster volume.

I've googled for this issue without success.

Is it normal situation? Or what can I do to resolve the problem? I can provide any additional info.

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150525/e04513f5/attachment-0001.html>


More information about the Users mailing list