[Beowulf] how cluster's storage can be flexible/expandable?

Greg Keller Greg at keller.net
Tue Nov 13 12:17:12 PST 2012

> From: Joe Landman <landman at scalableinformatics.com>

That's not the issue with glusterfs.  It's distributed metadata
> architecture is a double edged sword.  Very good for distributed data, very
> very bad for metadata heavy ops.
> That and the xfs attributes haven't been slow in years though some folks
> like bringing up the old behavior pre 2.6.26 as examples of why you
> shouldn't use it.   Dave Chinner has a great presentation on the topic from
> 15 months ago or so.  Puts down real numbers.  Situation is rather
> different than implied.
We've recently seen XFS kill a pretty important server after an abrupt
power off.  It appears someone decided they needed to force it to be
"POSIX" compliant by default, and as a result XFS doesn't sync/flush to
disk unless told to or some rather long timeout (30 seconds can be verrry
long ).

Has anyone else seen this / been surprised / re-tuned / written the how-to
for me?

If you tune it you can get it back to it's good old days... flushing
routinely.... but we haven't messed with it much since.  XFS, RIP...  at
least for until we need it again :)

GlusterFS... my jury is still out.  I tried it once with some viscous
metadata munging code and Joe told me never to do that to Gluster again I
think.  The code was abusive honestly, nearly evil.


"Joe Landman, now there's a frood who knows where his towel is!"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.beowulf.org/pipermail/beowulf/attachments/20121113/b8fb1c9f/attachment.html>

More information about the Beowulf mailing list