>> So I'd rather not abuse the sticky bit for that kind of thing,
>> especially as there's no good reason to do so.
>> We can very simply create a separate state file that's removed on
>> shutdown, or just use the one we already have (rootfs.hold).
>
>I have to also concur with this.  I would be appalled and adamently
>opposed to overloading the stick bit with that sort of functionality
>that could have untold side effects.  It would end up being poorly
>documented, confusing and very misunderstood.  We've seen that sort of
>thing in the Samba project.  A state file (similar to the .hold file) in
>the container's management directory makes vastly more sense.

Oh, I tapped on a mine ;) No problem for me to use a separate file for this. 
It's much more portable to any kind of platform, too.  Or even better the one 
we already have, if this will also then fulfill "separation of concerns" and 
don't use it to support two features.


Guido
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel

Reply via email to