Re: [Gluster-users] gluster.readthedocs.org search problem

Hi Lindsay, Yes, it looks like its broken when deriving the url and iic, things are going wrong with the domain name, ie: if I search on a string "AWS", I get below url in the search result which turns to 404. https://*readthedocs.org *

[Gluster-users] Replica 3 cluster, file being healed on all 3 nodes

Have been testing failure mode by killing the gluster processes on a node (killall glusterd glusterfsd). Pleasantly surprised how much smoother gluster has got at this since 3.5, heal takes a while but it no longer kills cluster performance. Probably helps that I'm using replica 3 now rather than

Re: [Gluster-users] gluster.readthedocs.org search problem

On 12 October 2015 at 22:31, Humble Devassy Chirammal < humble.deva...@gmail.com> wrote: > I am not sure about the root cause. We will look into that , however > please try to change the url to reflect *"gluster.readthedocs.org > " *domain string instead of

Re: [Gluster-users] Impact on GlusterD with multi threaded e-poll support - Workaround for GlusterD crash

On 10/12/2015 07:09 PM, Ivan Rossi wrote: > Atin, >Does the fix apply to the following bug report too? > > https://bugzilla.redhat.com/show_bug.cgi?id=1270207 At the look of it, I would say yes. But we would need to analyze it in detail to double confirm. > > 2015-10-11 8:08 GMT+02:00 Atin

[Gluster-users] EC planning

Hi, I am planning to use GlusterFS for backup purposes. I write big files (>100MB) with a throughput of 2-3GB/sn. In order to gain from space we plan to use erasure coding. I have some questions for EC and brick planning: - I am planning to use 200TB XFS/ZFS RAID6 volume to hold one brick per

Re: [Gluster-users] Input/output error when using dd

Hi All, I tried many things to troubleshoot my issues; recreating volumes with different configurations, using different installation medium for the OS, re-installing the gluster environment several times. My issues were resolved by reformatting my /opt partition from XFS to EXT4, then recreating

Re: [Gluster-users] Test results and Performance Tuning efforts ...

On 13 October 2015 at 07:54, Ben Turner wrote: > Random IO has vastly improved with MT epoll introduced in 3.7, try a test > on 3.7 with server and client event threads set to 4. If you want to > confirm this before you upgrade run top -H during your testing and look for > a

Re: [Gluster-users] Speed up heal performance

-Atin Sent from one plus one On Oct 13, 2015 3:16 AM, "Ben Turner" wrote: > > - Original Message - > > From: "Lindsay Mathieson" > > To: "gluster-users" > > Sent: Friday, October 9, 2015 9:18:11 AM > > Subject:

Re: [Gluster-users] Test results and Performance Tuning efforts ...

- Original Message - > From: "Lindsay Mathieson" > To: "gluster-users" > Sent: Thursday, October 8, 2015 8:10:09 PM > Subject: [Gluster-users] Test results and Performance Tuning efforts ... > > > > Morning, hope the folllowing

Re: [Gluster-users] Test results and Performance Tuning efforts ...

On 13 October 2015 at 11:51, Paul Cuzner wrote: > add > # for epoll issue glusterd crash fix > option ping-timeout 0 > option event-threads 1 > > to your glusterd.vol files (/etc/glusterfs/glusterd.vol) Thanks, yah I saw that. Won't that remove the performance

Re: [Gluster-users] Speed up heal performance

- Original Message - > From: "Lindsay Mathieson" > To: "gluster-users" > Sent: Friday, October 9, 2015 9:18:11 AM > Subject: [Gluster-users] Speed up heal performance > > Is there any way to max out heal performance? My cluster is

Re: [Gluster-users] Test results and Performance Tuning efforts ...

On 13 October 2015 at 07:54, Ben Turner wrote: > Random IO has vastly improved with MT epoll introduced in 3.7, try a test > on 3.7 with server and client event threads set to 4. > I'd like to try it, but I'm running wheezy - unless the jessie repo might work with wheezy?

Re: [Gluster-users] Test results and Performance Tuning efforts ...

Hi, *IF* your seeing crashes in glusterd, Atin sent out an workaround that needs to be applied to 3.7.x to avoid the issue (introduced with epoll) add # for epoll issue glusterd crash fix option ping-timeout 0 option event-threads 1 to your glusterd.vol files

Re: [Gluster-users] Speed up heal performance

On 10/13/2015 08:13 AM, Lindsay Mathieson wrote: > > On 13 October 2015 at 11:56, Atin Mukherjee > wrote: > > Good news is we already have a WIP patch review.glusterd.org/10851 > to

Re: [Gluster-users] Test results and Performance Tuning efforts ...

Thanks, good to know. On 13 October 2015 at 11:57, Paul Cuzner wrote: > I don't think so. The workaround affects how glusterd is working. The > performance fix benefit with epoll is on the glusterfsd daemons - AFAIK. > > Perhaps one of the devs can chime in to confirm the

Re: [Gluster-users] Speed up heal performance

On 13 October 2015 at 11:56, Atin Mukherjee wrote: > Good news is we already have a WIP patch review.glusterd.org/10851 to > introduce multi threaded shd. > Thanks Atin, no need for the RFE then? I notice the patch mainly discusses improvingthe performanceof healing

Re: [Gluster-users] Test results and Performance Tuning efforts ...

That's right Paul. -Atin Sent from one plus one On Oct 13, 2015 7:27 AM, "Paul Cuzner" wrote: > I don't think so. The workaround affects how glusterd is working. The > performance fix benefit with epoll is on the glusterfsd daemons - AFAIK. > > Perhaps one of the devs can

Re: [Gluster-users] Test results and Performance Tuning efforts ...

I don't think so. The workaround affects how glusterd is working. The performance fix benefit with epoll is on the glusterfsd daemons - AFAIK. Perhaps one of the devs can chime in to confirm the impact. On Tue, Oct 13, 2015 at 2:53 PM, Lindsay Mathieson < lindsay.mathie...@gmail.com> wrote: >