<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
Hello All-<br>
After posting to a previous thread about this issue
(<a class="moz-txt-link-freetext" href="http://gluster.org/pipermail/gluster-users/2011-April/007157.html">http://gluster.org/pipermail/gluster-users/2011-April/007157.html</a>)
I decided to start a new thread, mainly because I think I have found
a problem relating to this setup. Our servers vary in size quite a
lot, so some of the bricks in one particular volume are 100% full.
This has not caused us any problems until now, because new files are
always created on larger bricks where there is still space.
However, yesterday a user complained that he was getting "device
full" errors even though df reported several hundred GB free in the
volume. The problem turned out to be caused by over-writing
pre-existing files that were stored on one or more full bricks.
Deleting the old files before creating them again cured the problem,
because the new files were then created on larger bricks. Is this a
known problem when using distributed or distributed/replicated
volumes with non uniform backend sizes, and is there any way to
avoid it?<br>
<br>
Lifting some comments and questions from the other thread...<br>
<br>
From this posting:
<a class="moz-txt-link-freetext" href="http://gluster.org/pipermail/gluster-users/2011-March/007103.html">http://gluster.org/pipermail/gluster-users/2011-March/007103.html</a><br>
<pre>> I see that
> your backend sizes are different... Its preferred to keep them uniform.<big>
</big></pre>
And from this posting:
<a class="moz-txt-link-freetext" href="http://gluster.org/pipermail/gluster-users/2011-March/007104.html">http://gluster.org/pipermail/gluster-users/2011-March/007104.html</a><br>
<pre>> try to keep the backend uniform to avoid any possible issues which may</pre>
<pre>> arise later.</pre>
<big><small>Please could someone comment on the "possible issues
that might arise" with with a setup involving non-uniform
backend brick sizes. All comments and suggestions would be much
appreciated.<br>
<br>
-Dan.</small><br>
</big><br>
<br>
</body>
</html>