[ovirt-users] glusterfs takes a long time to syncing after host has been rebooted
Soeren Malchow
soeren.malchow at mcon.net
Mon May 25 11:49:46 UTC 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