Correct. It is a "cancel fire bullet". I want to ask the developers to create a new command that would do this.
On Fri, Aug 8, 2014 at 5:48 PM, Tom Weber <[email protected]> wrote: > define a runlevel where the containers are not started or boot in single > user mode and modify the start script. > > that cancel mechanism you ask for is like a 'cancel fired bullet' button > for a gun. > > Tom > > Am Freitag, den 08.08.2014, 16:50 -0400 schrieb CDR: >> After I reboot, the LXC service will start automatically all the >> containers marked for auto-start. I have not found a way to stop that >> mechanism if I absolutely need that the containers to not start. >> Suppose I need to umount the partition to issue an "fsck", etc. How do >> I preempt the automatic behavior? >> It is something like the Iron Dome. Hundreds of containers are on the >> air and will be started, how do you override this behavior? >> >> On Fri, Aug 8, 2014 at 4:22 PM, Łukasz Górski <[email protected]> wrote: >> > Could you perhaps clarify when exactly do you want this command to be >> > invoked? Before the reboot or after? If after, perhaps I am mistaken, but >> > it >> > doesn't seem to make any sense whatsoever. I suppose you'd need to run it >> > in >> > a specific timeframe before the containers are started - how much time it >> > takes from the moment you get a working shell after the reboot to the point >> > when container booting process starts? If you want to run it before the >> > reboot, then I guess some shell scripting most likely would do to disable >> > autostart and the re-enable it back again after reboot. >> > >> > Pozdrawiam >> > Łukasz Górski >> > Biuro Obsługi Klienta LOKIS >> > www.lokis.info >> > >> > --- >> > Informujemy, że realizujemy projekt „Modernizacja serwerów wewnętrznych i >> > serwera głównego wraz z konfiguracją”. >> > Nr wniosku o dofinansowanie: WND-RPPM – 01. – 01.-00 - 363 /08. Projekt >> > jest >> > realizowany przy współudziale środków z EFRR oraz budżetu państwa. >> > Więcej informacji o wniosku i konkursach na stronach www.arp.gda.pl >> > >> > >> > >> > 2014-08-08 21:21 GMT+02:00 CDR <[email protected]>: >> >> >> >> Suppose you manage a box with 300 containers, all on autostart=1. One day >> >> you reboot the box but you need to avoid all the contaoners to start. >> >> There >> >> should be a command like >> >> lxc-cancel-autostart. >> >> Does it make sense? >> >> >> >> >> >> On Friday, August 8, 2014, Harald Dunkel <[email protected]> wrote: >> >>> >> >>> I am not familiar with Ubuntu's setup, but assuming it supports >> >>> sysv-init I would suggest to omit lxc in a dedicated run level. >> >>> >> >>> If your default run level is 2 (specified in /etc/inittab), then >> >>> you could use update-rc.d to omit lxc in run level 3, e.g. >> >>> >> >>> # update-rc.d lxc start 20 2 4 5 . stop 20 0 1 3 6 . >> >>> >> >>> This means lxc is started in run levels 2, 4 and 5, and >> >>> stopped in 0, 1, 3 and 6. >> >>> >> >>> If you need to boot without starting the containers, then you >> >>> can choose run level 3 on the kernel command line at boot time, >> >>> e.g. >> >>> linux /boot/vmlinuz root= ... quiet 3 >> >>> >> >>> grub2 allows you to modify the kernel command line before booting. >> >>> Using telinit you can change the run level at run time, e.g. >> >>> 'telinit 2' to switch to run level 2 (to start your containers). >> >>> >> >>> >> >>> Hope this helps >> >>> Harri >> >>> >> >>> _____________________________________________he__ >> >>> >> >>> lxc-users mailing list >> >>> [email protected] >> >>> http://lists.linuxcontainers.org/listinfo/lxc-users >> >> >> >> >> >> _______________________________________________ >> >> >> >> lxc-users mailing list >> >> [email protected] >> >> http://lists.linuxcontainers.org/listinfo/lxc-users >> > >> > >> > >> > _______________________________________________ >> > lxc-users mailing list >> > [email protected] >> > http://lists.linuxcontainers.org/listinfo/lxc-users >> _______________________________________________ >> lxc-users mailing list >> [email protected] >> http://lists.linuxcontainers.org/listinfo/lxc-users > > > _______________________________________________ > lxc-users mailing list > [email protected] > http://lists.linuxcontainers.org/listinfo/lxc-users _______________________________________________ lxc-users mailing list [email protected] http://lists.linuxcontainers.org/listinfo/lxc-users
