|
Re: OpenVZ 7, option "bootorder" seems to have no effect when starting/stopping CT [message #53745 is a reply to message #53744] |
Mon, 10 May 2021 14:47 |
dmc_dtc
Messages: 15 Registered: May 2014 Location: Serbia
|
Junior Member |
|
|
I dont know if this option is supported in VZ7, maybe one of the official members can reply, in the meantime i can offer you a workaround, that is to first create rc.local for your system, set ONBOOT="no" for every guest in vz.conf of every guest and then perhaps just make them start one by one in etc/rc.d/rc.local by putting
/usr/sbin/vzctl start 100
/usr/sbin/vzctl start 101
/usr/sbin/vzctl start 98
or something
Of course maybe there is official way to honour priority so perhaps anyone else can reply..
>> dmc / dtc <<
|
|
|
Re: OpenVZ 7, option "bootorder" seems to have no effect when starting/stopping CT [message #53749 is a reply to message #53745] |
Thu, 27 May 2021 00:47 |
devnull
Messages: 20 Registered: May 2012
|
Junior Member |
|
|
Hello!
Many thanks for your answer and sorry for the delay.
I have created a custom Bash script to start containers in the correct order.
But, because I cannot reboot the host just to test it, I will wait until it is really needed.
There are two steps to check:
1) iptables is locked while service firewalld (and/or iptables) are starting
=> I have disabled firewalled and removed saved rules for iptables service
2) vzlist -a and/or prlctl list -a can be "unstable" for a while (while booting)
=> it seems that IP adresses of containers are not available immediately (not atomic)
So, the "home-made" firewall script waits until all IP addresses (venet) are available and it launchs the custom script that starts containers.
If everything goes fine, I will post the code.
Have a great day!
|
|
|