[Gluster-users] trashcan file size limit

Jackie Tung jackie at drive.ai
Wed Oct 19 15:24:56 UTC 2016


Thanks Jiffin, filed https://bugzilla.redhat.com/show_bug.cgi?id=1386766 <https://bugzilla.redhat.com/show_bug.cgi?id=1386766>

In my limited knowledge of the original reasons for 1GB hardcode, either removing the limit altogether, or an additional “override" option parameter would be preferable in my humble opinion.

> On Oct 19, 2016, at 2:02 AM, Jiffin Tony Thottan <jthottan at redhat.com> wrote:
> 
> Hi Jackie,
> 
> On 18/10/16 23:48, Jackie Tung wrote:
>> Hi all,
>> 
>> Documentation says:  https://gluster.readthedocs.io/en/latest/Administrator%20Guide/Trash/ <https://gluster.readthedocs.io/en/latest/Administrator%20Guide/Trash/>
>> 
>> gluster volume set <VOLNAME> features.trash-max-filesize <size>
>> 
>> This command can be used to filter files entering trash directory based on their size. Files above trash_max_filesize are deleted/truncated directly.Value for size may be followed by multiplicative suffixes as KB(=1024 bytes), MB(=1024*1024 bytes) and GB(=1024*1024*1024 bytes). Default size is set to 5MB. Considering the fact that trash directory is consuming the glusterfs volume space, trash feature is implemented to function in such a way that it directly deletes/truncates files with size > 1GB even if this option is set to some value greater than 1GB.
>> 
>> Is there any workaround (short of changing source code and rebuilding) that can allow me to override this 1GB hard limit?  We store a lot of large files, and having a limit of 1GB greatly reduces the value of this trashcan feature for us.
>> 
> 
> 
> I don't remember exactly reason behind having a hard coded value for upper boundary, one reason may be to limit space used 
> by trash directory and for truncate operation it result in performance hit. The hard coded value can be found at 
> xlators/features/trash/src/trash.h:32 (GF_ALLOWED_MAX_FILE_SIZE) . If you are interested , then change value(according to 
> your preference) in the code and send out a patch to http://review.gluster.org/ <http://review.gluster.org/> as well.
> 
> As first step please file a bug https://bugzilla.redhat.com/ <https://bugzilla.redhat.com/> under community->glusterfs->trash xlator.
> 
> Regards,
> Jiffin
> 
>> Many thanks,
>> Jackie
>> 
>> 
>> 
>> 
>> 
>> The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.
>> 
>> 
>> 
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
>> http://www.gluster.org/mailman/listinfo/gluster-users <http://www.gluster.org/mailman/listinfo/gluster-users>


-- 
 

The information in this email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this email 
by anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be 
taken in reliance on it, is prohibited and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20161019/58a636e0/attachment.html>


More information about the Gluster-users mailing list