1caa57e6b2db972c261d5143f2cd6774a422f660 |
|
19-Jan-2017 |
Evgeni Golov <evgeni@debian.org> |
add cgroupfs-mount to Should-Start/Stop sysvinit LSB headers
otherwise init might try to start the containers before cgroupfs was
mounted.
Debian-Bug: https://bugs.debian.org/850212
Signed-off-by: Evgeni Golov <evgeni@debian.org> |
38788e4878f23a1be3479b3dde45c774340c82f8 |
|
14-Jun-2016 |
Stéphane Graber <stgraber@ubuntu.com> |
Drop lxc-devsetup as unneeded by current autodev
Signed-off-by: Stéphane Graber <stgraber@ubuntu.com> |
02fdb536a98e116232548dff6c2faed849e8796f |
|
11-May-2016 |
Evgeni Golov <evgeni@debian.org> |
don't make sysv init scripts dependant on distribution specifics
- /etc(/rc.d)?/init.d/functions does not exist on all distributions
- LSB does not define a message function without an explicit status
- Debian-derived systems add a log_daemon_msg for that
lets define an own log_daemon_msg as echo and try to load LSB init
functions afterwards, which might overload it with a nicer version
that way the init scripts should work on any system, without hard
dependencies on neither LSB nor /etc/init.d/functions
Closes #309 #310 #311
Signed-off-by: Evgeni Golov <evgeni@debian.org> |
66188b02b8009075a2e0e2b89a14688c50565bf4 |
|
18-Apr-2016 |
Evgeni Golov <evgeni@debian.org> |
add missing lsb headers to sysvinit scripts
original patch by Daniel Baumann
closes #308
Signed-off-by: Evgeni Golov <evgeni@debian.org> |
a8c710632826ed8ebf46ca91b0cb8ae04c86de5d |
|
04-Mar-2016 |
Carlos Alberto Lopez Perez <clopez@igalia.com> |
Execute script lxc-devsetup also with sysvinit and upstart.
* This script sets /dev/.lxc which is needed for autodev containers.
* Previously was only executed with systemd. Execute it also with
the other init systems (sysvinit and upstart)
Signed-off-by: Carlos Alberto Lopez Perez <clopez@igalia.com> |
fce070c815604e863f4628ecceb172ffdbbb2465 |
|
29-Sep-2014 |
Dwight Engen <dwight.engen@oracle.com> |
fixups to init script rework
- move action() from common to sysvinit wrapper since its only really
applicable for sysvinit and not the other init systems
- fix bug in action() fallback, need to shift away msg before executing action
- make lxc-net 98 so it starts before lxc-container (99), otherwise the lxcbr0
won't be available when containers are autostarted
- make the default RUNTIME_PATH be /var/run instead of /run. On older
distros (like ol6.5) /run doesn't exist. lxc-net will create this directory
and attempt to create the dnsmasq.pid file in it, but this will fail when
SELinux is enabled because the directory will have the default_t type.
Newer systems have /var/run symlinked to /run so you get to the same place
in that case.
- add %postun to remove lxc-dnsmasq user when pkgs are removed
- fix bug in lxc-oracle template that was creating /var/lock/subsys/lxc as
a dir and interfering with the init scripts
Signed-off-by: Dwight Engen <dwight.engen@oracle.com>
Acked-by: Stéphane Graber <stgraber@ubuntu.com> |
0af993195cbd57cff700c7c90ee8f95c2a1ef8aa |
|
26-Sep-2014 |
Michael H. Warfield <mhw@WittsEnd.com> |
Rework init scripts
This commit is based on the work of:
Signed-off-by: Michael H. Warfield <mhw@WittsEnd.com>
A generic changelog would be:
- Bring support for lxcbr0 to all distributions
- Share the container startup and network configuration logic across
distributions and init systems.
- Have all the init scripts call the helper script.
- Support for the various different distro-specific configuration
locations to configure lxc-net and container startup.
Changes on top of Mike's original version:
- Remove sysconfig/lxc-net as it's apparently only there as a
workaround for an RPM limitation and is breaking Debian systems by
including a useless file which will get registered as a package provided
conffile in the dpkg database and will therefore cause conffile prompts
on upgrades...
- Go with a consistant coding style in the various init scripts.
- Split out the common logic from the sysvinit scripts and ship both in
their respective location rather than have them be copies.
- Fix the upstart jobs so they actually work (there's no such thing as
libexec on Debian systems).
Signed-off-by: Stéphane Graber <stgraber@ubuntu.com>
Acked-by: Serge E. Hallyn <serge.hallyn@ubuntu.com> |