No,
When i run glusterfs with --debug option, nothing appear.
I just see that glusferfsd process consume a lot of cpu, and that's on big
file, ( 10G ) acces by a lot of client simultanous, glusterfs/glusterfsd ?
seems to be not respond, data not send like a deadlock or loop.
Regards,
Nicolas Proch
En/na Anand Avati ha escrit:
Right now, with this new version, when i ask Xen to create a new machine in
"/mnt/gluster", i fails.
Can you describe the failure better?
Even if it doesn't, then the machine will apper
"broken" on boot without any chance of recovering it.
What i have to
I have some questions about the new DHT translator that
http://www.gluster.org/docs/index.php/Understanding_DHT_Translator
doesn't seem to cover (or does not cover in enough detail).
1) What happens when a node is added to an existing DHT volume with
files present?
I would think that if yo
Kevan,
I'll try to answer your questions and eventually include these points
in the wiki.
> 1) What happens when a node is added to an existing DHT volume with files
> present?
>
> I would think that if you have 4 subvolumes in a DHT, and add a fifth
> volume, approximately 20% of the requests fo
Lukas,
We have found the cause for unusual memory usage with io-cache. We are
working on the fix and will let you know by mail as soon as the fix is
committed.
Thanks for reporting.
--
gowda
2008/11/12 Lukas Hejtmanek <[EMAIL PROTECTED]>
> On Wed, Nov 12, 2008 at 04:19:13PM +0530, Krishna S
Greetings all,
I'm looking at rolling out a Unify+AFR cluster, as a content backend
for a few websites. One of my concerns is how well GlusterFS is going
to handle balancing reads between the content servers. The read access
will be heavily front-loaded during a file's lifespan (that is, lots
of r
Hi everyone,
The "posix-locks" translator shall henceforth be known as the "locks"
translator, since its responsibilities have widened to include locks
other than those of the POSIX variety.
{applause}
(There will still be a posix-locks.so symlink for backward
compatibility for a while).
Vikas