[Gluster-devel] Worm translator not truly disabled by default?
Atin Mukherjee
amukherj at redhat.com
Tue May 3 12:52:55 UTC 2016
On 05/03/2016 05:10 PM, Karthik Subrahmanya wrote:
>
>
> ----- Original Message -----
>> From: "Krutika Dhananjay" <kdhananj at redhat.com>
>> To: "Joseph Fernandes" <josferna at redhat.com>, "Karthik Subrahmanya" <ksubrahm at redhat.com>
>> Cc: "Gluster Devel" <gluster-devel at gluster.org>
>> Sent: Tuesday, May 3, 2016 2:53:02 PM
>> Subject: Worm translator not truly disabled by default?
>>
>> Hi,
>>
>> I noticed while testing that worm was sending in fgetxattr() fops as part
>> of a writev() request from the parent, despite being disabled by default.
>>
> This is because of the new feature called "file level worm" which is introduced in the worm
> translator. This will allow to make individual files as worm/retained by setting the volume
> option "worm-file-level". The files which are created when this option is enabled will have
> an xattr called "trusted.worm_file". This is implemented because unlike read-only or volume
> level worm where if the option on the volume is disabled, the entire translator will get
> disabled and you can perform any FOP on the files in that volume. But here if a file is once
> marked as worm-retained, it should not revert back to the normal state where we can change
> its contents even if the worm-file-level option is reset/disabled. So the xattr is set on the
> file and every time when a write, link, unlink, rename, or truncate fop comes it checks for
> the xattr.
I am not sure with what test Krutika observed it, but if any worm
tunable is not set then ideally we shouldn't hit it. I believe you set
this xattr only when worm-file-level is turned on but that's also
disabled by default. Krutika, could you confirm it?
> Hope it helps.
>
> Thanks & Regards,
> Karthik
>>
>> I've sent a patch for this at http://review.gluster.org/#/c/14182/
>> I must admit I do not understand the internals of this new translator.
>>
>> Request your feedback/review.
>>
>> -Krutika
>>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
More information about the Gluster-devel
mailing list