On 05/03/2016 05:10 PM, Karthik Subrahmanya wrote:
>
>
> ----- Original Message -----
>> From: "Krutika Dhananjay" <[email protected]>
>> To: "Joseph Fernandes" <[email protected]>, "Karthik Subrahmanya"
>> <[email protected]>
>> Cc: "Gluster Devel" <[email protected]>
>> 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
> [email protected]
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
_______________________________________________
Gluster-devel mailing list
[email protected]
http://www.gluster.org/mailman/listinfo/gluster-devel
