search for: ingard

After discussing with Xavi in #gluster-dev we found out that we could eliminate the slow lstats by disabling disperse.eager-lock. There is an open issue here : https://bugzilla.redhat.com/show_bug.cgi?id=1546732 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180226/77e194f8/attachment.html>

...Artem -- Founder, Android Police <http://www.androidpolice.com>, APK Mirror <http://www.apkmirror.com/>, Illogical Robot LLC beerpla.net | +ArtemRussakovskii <https://plus.google.com/+ArtemRussakovskii> | @ArtemR <http://twitter.com/ArtemR> On Tue, Feb 27, 2018 at 6:15 AM, Ingard Mev?g <ingard at jotta.no> wrote: > We got extremely slow stat calls on our disperse cluster running latest > 3.12 with clients also running 3.12. > When we downgraded clients to 3.10 the slow stat problem went away. > > We later found out that by disabling disperse.eager-lock...

-------- Original Message -------- Subject: Re: [Xen-users] network-bridge does not create veth or peth devices Date: Wed, 28 Nov 2007 14:42:25 +0100 From: Ingard Mevåg <ingardm@startsiden.no> Organization: ABCStartsiden To: Luciano Rocha <strange@nsk.no-ip.org> References: <474D6492.5030807@startsiden.no> <20071128130205.GA1838@bit.office.eurotux.com> Luciano Rocha wrote: > On Wed, Nov 28, 2007 at 01:52:34PM +0100, Ingard Mevåg...

On 09/04/2017 10:00 AM, Ingard Mev?g wrote: > Hi > > I'm seeing quite high cpu sys utilisation and an increased system load > the past few days on my servers. It appears it doesn't start at exactly > the same time for the different servers, but I've not (yet) been able to > pin the cpu usage to...

Hi I'm seeing quite high cpu sys utilisation and an increased system load the past few days on my servers. It appears it doesn't start at exactly the same time for the different servers, but I've not (yet) been able to pin the cpu usage to a specific task or entries in the logs. The cluster is running distribute with 8nodes and 4 bricks each version 3.10 The nodes have 32 (HT) cores

...idge and vif-bridge enabled: (network-script network-bridge) (vif-script vif-bridge) I''ve tried installing with the debs (3.0.3) from etch as well previously and gotten the same result (no veth/peth) Has anyone experienced the same problem, and maybe found the solution? Thx in advance ingard _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Any updates on this one? On Mon, Feb 5, 2018 at 8:18 AM, Tom Fite <tomfite at gmail.com> wrote: > Hi all, > > I have seen this issue as well, on Gluster 3.12.1. (3 bricks per box, 2 > boxes, distributed-replicate) My testing shows the same thing -- running a > find on a directory dramatically increases lstat performance. To add > another clue, the performance degrades

...r few of the bricks have 200-400 pending calls. Is there a way I can debug this further? The servers are 8x dual 8 core with 64G memory running a distributed cluster with 4 bricks on each. The four glusterfsd processes are averaging 100% cpu each and the load average is around 25-30 kind regards ingard -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170901/a2e35248/attachment.html>

...084-1 for /369/60702093/344 [2013-06-14 15:55:55] T [dht-selfheal.c:352:dht_selfheal_layout_new_directory] distribute: gave fix: 182764564 - 274146845 on dn-084-2 for /369/60702093/344 etc I hope someone can help shed some light over what might be the cause of the problem here. Thanks in advance Ingard -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130617/a9ed175a/attachment.html> -------------- next part -------------- [2013-06-14 15:55:54] T [fuse-bridge.c:470:fuse_entry_cbk] glusterfs-f...

Hi all. have fglrx driver working with xen, opengl runs fine for me. see http://pastebin.ca/350588 it''s tested with kernel 2.6.19, driver version 8.33.6, xen version 3.0.3 and 3.0.4 thanks to Jacob Gorm Hansen for suggestions testing, feedback (and bugreports - hope not) are welcome Christian -- "Without music to decorate it, time is just a bunch of boring production

Someone on the #gluster-users irc channel said the following : "Decreasing features.locks-revocation-max-blocked to an absurdly low number is letting our distributed-disperse set heal again." Is this something to concider? Does anyone else have experience with tweaking this to speed up healing? Sent from my iPhone > On 9 Nov 2017, at 18:00, Serkan ?oban <cobanserkan at

Hi, You can set disperse.shd-max-threads to 2 or 4 in order to make heal faster. This makes my heal times 2-3x faster. Also you can play with disperse.self-heal-window-size to read more bytes at one time, but i did not test it. On Thu, Nov 9, 2017 at 4:47 PM, Xavi Hernandez <jahernan at redhat.com> wrote: > Hi Rolf, > > answers follow inline... > > On Thu, Nov 9, 2017 at

A character device for accessing (in user-space) pages that have been granted by other domains. Signed-off-by: Derek Murray <Derek.Murray@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi We've recently done some testing with a 3.12 disperse cluster. The performance of filesystem stat calls was terrible, taking multiple seconds. We dumped client side stats to see what was going on and noticed gluster STAT was the culprit. tpcdump shows a STAT call being sent and replied to quite fast, but still the client hangs for multiple seconds before returning. After downgrading