On Wed, Jun 27, 2007 at 02:45:56PM -0700, Eric Deschenes wrote:
> Hi VServer Experts,
> 
>    I have a question about iunlink attributes.
> 
>    Problem description:
>    -----------------------
>    The issue I'm facing right now is that setting attributes using 
> "setattr --iunlink <link>" does not survive a unmount/mount operation.
> 
>    I'd like to know if the attributes IU are stored in the file system 
> or in the memory somehow.
> 
>    Setup:
>    ------
>    I use vserver version 2.0.1 with vserver-util 0.30.210 - I'm limited 
> to this patch by my project's kernel version :(
>    I use reiserfs.
> 
>    More background info:
>    ----------------------
>    I use the pre-COW links vserver image and vserver-utils. I'm using 
> setattr to actually restrict some files from the vserver instances to 
> prevent application in the vserver to modify those files (link targets).
>    What I'm currently seeing is that when I use "setattr -iunlink 
> <link> on a link (inside the vserver), I can see it take effect with 
> showattr (so good so far), but those attribute go away when I unmount 
> the partition and remount it. (I tried without rebooting and I'm sure 
> this is the cause of the attribute lost)
> 
>    I assumed that the setattr flags for iunlink (UI) where set in the 
> file system and were non-volatile (survive a unmount/mount operation).

yes, but only when you are using the 'attrs' flag for
the reiserfs mount ...

>    Is this the expected behavior?
>    Is there a workaround or documentation that could help me out with this?

in this specific case, you also want to use the
following bugfix (as we found out :)
probably not the only one left in 2.0 ...

http://vserver.13thfloor.at/Experimental/OBSOLETE/delta-2.6.14.3-reiserfs-fix01.diff

best,
Herbert

> Thanx for your time.
> 
> 
> /Éric
> _______________________________________________
> Vserver mailing list
> [email protected]
> http://list.linux-vserver.org/mailman/listinfo/vserver
_______________________________________________
Vserver mailing list
[email protected]
http://list.linux-vserver.org/mailman/listinfo/vserver

Reply via email to