On Friday 15 July 2011 13:12:02 Marcel Pennewiß wrote:
My idea is, that pacemaker starts and monitors the glusterfs mountpoints
and migrates some resources to the remaining node if one or more
mountpoint(s) fails.
For using mountpoints, please have a look at OCF Filesystem agent.
Uwe
Hello again,
I think the job to do your raid controller is the part of your OS.
Glusters serves upon your file system nothing else.
Gluster 3.2 is working on my raid controller (raid 5 1 spare disk) without
any problems.
On Fri, 15 Jul 2011 10:55:11 +0200, Derk Roesink derkroes...@viditech.nl
I'll try to keep it brief, I've been testing GlusterFS for the last month or
so. My production setup will be more complex than what I'm listing below,
but I've whittled things down to where the below setup will cause the
problem to happen.
I'm running GlusterFS 3.2.2 on two CentOS 5.6 boxes in a
On 07/17/2011 08:56 PM, Ken Randall wrote:
You may be asking, why am I asking here instead of on a Samba group, or
even a Windows group? Here's why: My control is that I have a Windows
file server that I can swap in Gluster's place, and I'm able to load
that page without it blinking an eye
--
Message: 1
Date: Fri, 8 Jul 2011 15:54:19 -0700
From: Vikas Gorurvi...@gluster.com
Subject: [Gluster-users] GFID mismatches and tools to fix them
To: gluster-users@gluster.org
Cc: gluster-de...@gluster.com
Message-ID:
On Sun, Jul 17, 2011 at 07:56:57PM -0500, Ken Randall wrote:
However, as a part of a different suite of tests is a Page of Death, which
contains tens of thousands of image references on a single page.
Off topic response: Is there ever in real production any page, anywhere,
tht contains tens
Thanks for the reply, Whit!
Perfectly reasonable first question. The websites have user-generated
content (think CMS), where people could put in that kind of content. The
likelihood of such a scenario is slim-to-none, but I'd rather not have that
kind of vulnerability in the first place. And
On 18/07/11 02:05, Dan Bretherton wrote:
--
Message: 1
Date: Fri, 8 Jul 2011 15:54:19 -0700
From: Vikas Gorurvi...@gluster.com
Subject: [Gluster-users] GFID mismatches and tools to fix them
To: gluster-users@gluster.org
Cc:
On Mon, Jul 18, 2011 at 03:48:11AM +0100, Dan Bretherton wrote:
I had a closer look at this. It is the output of gfid-mismatch
causing the problem; paths are shown with a trailing colon as in
GlusterFS log files. The cut -f1 -d: to extract the paths
obviously removes all the colons. I'm
Joe,
Thank you for your response. After seeing what you wrote, I bumped up the
performance.cache-size up to 4096MB, the max allowed, and ran into the same
wall.
I wouldn't think that any SMB caching would help in this case, since the
same Samba server on top of the raw Gluster data wasn't
On Sun, Jul 17, 2011 at 10:19:00PM -0500, Ken Randall wrote:
(The no such file or directory part is expected since some of the image
references don't exist.)
Wild guess on that: Gluster may work harder at files it doesn't find than
files it finds. It's going to look on one side or the other of
On 07/17/2011 11:19 PM, Ken Randall wrote:
Joe,
Thank you for your response. After seeing what you wrote, I bumped up
the performance.cache-size up to 4096MB, the max allowed, and ran into
the same wall.
Hmmm ...
I wouldn't think that any SMB caching would help in this case, since the
12 matches
Mail list logo
