On Tue, 2013-05-28 at 14:25 +0000, Jäkel, Guido wrote: > >> 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. Eh... I've certain done (frequently) worse. Said as I set down my little silver hammer I use for tapping on mines. It is a very good point, however, that we need to incorporate some sort of "autorestart" into the process as well. To take an example from a typical BIOS (example based on experience with AMD, Phoenix, Dell, and Lenovo BIOS) there's the issue of the "power on state". It can be "On", "Off", or "Last State". That's not a binary condition. Maybe that should be our autoboot parameter then? I'm working on some bash psuedo code for this autoboot process to take into account the /etc/lxc/auto paradigm plus the concept of an "autoboot" parameter in the config plus priorities and groups. This should be something which could be incorporated but it means the autoboot parameter is not a "binary" but a "tristate". I'm going to give that some real thought before posting my strawman autoboot sorting code. I think I can incorporate that. Good thought there. /me thinking to self... Values to "lxc.autoboot"... lxc.autoboot = [on|off|last|yes|no|shrug|true|false|maybe|0|1| somtimes|???] :-)=) > 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 > -- Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0x674627FF | possible worlds. A pessimist is sure of it! ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Lxc-devel mailing list Lxc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-devel
