[Gluster-devel] unify: No space left on device

Kevan Benson kbenson at a-1networks.com
Thu Nov 29 20:01:47 UTC 2007


Albert Shih wrote:
>  Le 29/11/2007 à 19:42:55+0100, Albert Shih a écrit
>> Hi all
>>
>> I use glusterfs with unify volume and nufa scheduler.
>>
>> On each node (ie node10) I have :
>>
>> volume node10
>>   type storage/posix
>>   option directory /_glusterfs
>> end-volume
>>
>>
>> volume unify
>>   type cluster/unify
>>     subvolumes node01 ... node28
>>  option scheduler nufa
>>  option nufa.local-volume-name node10
>>  option nufa.limits.min-free-disk 5%
>>  option namespace ns
>> end-volume
>>
>> and it's working. When I've loggin node10 and write in my glusterfs mounted
>> partition it's write directly in my /_glusterfs partition. 
>>
>> But what's not very good is when the physical partition is full like 
>>
>> /dev/cciss/c0d1p1     133G  124G  2.1G  99% /_glusterfs
>>
>> and I put a file with size (for example) 5 Go glusterfs don't seem to able
>> to split the file in two. I've got the file system full error message.
> 
> I mean : one file until the file system is full and a second file on other
> node. 

Unify doesn't split files.  It just abstracts which server the file is 
stored on and retrieved from, and the aggregation of the files from all 
the servers when a listing is done.  What you should be seeing in this 
case, is that the *whole file* is written to a node that does have space 
(if there is a node that has more than 5% space available).

Is you used the striping translator above the unify, you would be 
storing chunks of files (if the files are large enough), and the chunks 
will be scattered across the nodes.  That would allow for more efficient 
space usage.

-- 

-Kevan Benson
-A-1 Networks





More information about the Gluster-devel mailing list