- 01 Jan, 2014 3 commits
-
-
KATOH Yasufumi authored
* Improve Japanese translation * Fix mis-translation * Insert linefeed between paragraph, because some paragraph is too long, so sometimes git send-email could not use. Signed-off-by:
KATOH Yasufumi <karma@jazz.email.ne.jp> Signed-off-by:
Serge Hallyn <serge.hallyn@ubuntu.com>
-
Andrey Mazo authored
Signed-off-by:
Andrey Mazo <mazo@telum.ru> Signed-off-by:
-
S.Çağlar Onur authored
Use "#include <somefile.h>" style for external or exported headers only. changes since v1: - adjusted formatting as Stéphane suggested Signed-off-by:
S.Çağlar Onur <caglar@10ur.org> Signed-off-by:
-
- 25 Dec, 2013 8 commits
-
-
Stéphane Graber authored
Signed-off-by:Stéphane Graber <stgraber@ubuntu.com>
-
Stéphane Graber authored
- Add doxygen and graphviz for the API doc build. - Pass --enable-tests to have the tests built (off by default) Signed-off-by: -
Michael H. Warfield authored
Backported typo fixes from CentOS template back to Fedora Template Bumped default rev from Fedora 18 to Fedora 19 Signed-off-by:
Michael H. Warfield <mhw@WittsEnd.com> Acked-by:
-
Michael H. Warfield authored
This deals with a reported issue when running and building containers on a CentOS host system. Fixed various typos in version checking when running on a CentOS system. Added logic for differences between point releases (6.5) and rolling (6). Added version detection logic when running on RHEL systems as well. Fixed cpe detection string (CentOS is not adhering to their own registration). Added logic to disable the pam_loginuid.so binary in containers. Signed-off-by:
-
Andrey Mazo authored
After 95ee490b they are not in public API and are not used throughout the lxc codebase. This has a bonus of removing workaround for bionic. Signed-off-by:
-
Andrey Mazo authored
Signed-off-by:
-
KATOH Yasufumi authored
patch /etc/inittab in plamo container to shutdown when it receives SIGPWR. (By default, plamo shutdowns to single user mode after 5minutes) Signed-off-by:
-
S.Çağlar Onur authored
Travis is a free hosted CI platform for the open source community. It integrates well with github and enables continous builds/tests for both repository itself and all the pull requests so that one can quickly see the result of the possible merge. This yml file is one of the few required steps to enable travis-ci support for LXC github repo. One of you guys still need to sign in travis-ci through GitHub OAuth and enable travis support from its profile page https://travis-ci.org/profile As an example https://travis-ci.org/caglar10ur/lxc-upstream/builds/15872074 can be seen changes since v1; - All external dependencies are now innstalled via before_install section - Dropped all configure flags as Stéphane suggested Signed-off-by:
-
- 24 Dec, 2013 6 commits
-
-
KATOH Yasufumi authored
same as the commit 25070b66Signed-off-by:
-
Serge Hallyn authored
Signed-off-by: -
Andrey Mazo authored
Signed-off-by:
-
Andrey Mazo authored
Functions like open(), close(), socket(), socketpair(), pipe() and mkdir() are generally thin wrappers around kernel-provided system calls. It's the kernel not libc, who ensures race-free handling of file descriptors. Thus locking around these functions is unnecessary even on somewhat buggy libcs. fopen(), fclose() and other stdio functions may maintain internal lists of open file handles and thus can be prone to race-conditions. Hopefully, most libcs utilize proper locking or other ways to ensure thread-safety of these functions. Bionic used to have non-thread-safe stdio [2] but that must be fixed since android 4.3 [3, 4]. S.Çağlar Onur showed [1] that openpty() (because of nsswitch) is not thread-safe though. So we workaround it by protecting openpty() calls with process_lock()/process_unlock(). Because of the need to guard openpty() with process_lock()/process_unlock(), process_unlock() is still used after fork(). This commit reverts most of 025ed0f3. [1] https://github.com/lxc/lxc/pull/106#issuecomment-31077269 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=687367 [3] https://android.googlesource.com/platform/bionic/+/f582340a6a48588aa50da17e1620e8f91b146941 [4] https://android.googlesource.com/platform/bionic/+/6b3f49a5374305ce9690c3c5ca2aadc90f54c521Signed-off-by:
-
KATOH Yasufumi authored
Commit 5444216b revised -n option from allowing to specify multiple containers using regex to specifying only one container. But lxc-info(1) remains original. so - mark -n required - remove the description of -n that is included in common options Signed-off-by:
-
KATOH Yasufumi authored
Update for commit 25070b66Signed-off-by:
-
- 23 Dec, 2013 9 commits
-
-
Stéphane Graber authored
Signed-off-by:
-
Stéphane Graber authored
Signed-off-by:
-
Andrey Mazo authored
Commit 4878dac4 introduced possible incorrect usage of free(). Also remove unneeded strdup(). Signed-off-by:
-
Serge Hallyn authored
This reverts commit 5cad2f04.
-
Serge Hallyn authored
This reverts commit 95b422fc. Conflicts: src/lxc/utils.c
-
Serge Hallyn authored
Signed-off-by: -
Serge Hallyn authored
A timeout means wait this long before killing the container. -s means don't kill the container. timeout defaults to 60 seconds. So if a shutdown is requested, then set timeout to 0. Signed-off-by: -
Stéphane Graber authored
When running unprivileged (euid != 0), LXC will now use the following paths: - Default lxc path: ~/.local/share/lxc/ - Default config path: ~/.config/lxc/lxc.conf Those two paths are based on standard XDG paths (though ignoring all the possible override paths for now at least) and so probably don't need to be configurable at build time. Signed-off-by:
-
S.Çağlar Onur authored
changes since v1; incorporated Serge's changes changes since v2; added missing Signed-off-by Signed-off-by:
-
- 22 Dec, 2013 2 commits
-
-
KATOH Yasufumi authored
Signed-off-by:
TAMUKI Shoichi <tamuki@linet.gr.jp> Signed-off-by:
-
KATOH Yasufumi authored
Signed-off-by:
Kouhei Maeda <mkouhei@gmail.com> Signed-off-by:
-
- 20 Dec, 2013 2 commits
-
-
Stéphane Graber authored
Signed-off-by: -
KATOH Yasufumi authored
Signed-off-by:
-
- 19 Dec, 2013 10 commits
-
-
Serge Hallyn authored
If unprivileged users are using a veth nic, then ifindex is still 0 at lxc_assign_network() (because lxc_create_network() was skipped). So check for that case before we use lxc->ifindex to decide if we have an empty network namespace. We probably should change the !netdev->ifindex check to a netdev->type == LXC_NET_EMPTY check, but I've been making enough mistakes today not to risk that. Signed-off-by:
-
Serge Hallyn authored
In particular, if it's already 1, and we can't change it, we currently fail out. That's silly. I was going to just always continue, but if clone_children is not 1, then the container *will* fail to start later on, so I'd rather stop earlier on so the original cause doesn't get lost in the noise. Signed-off-by:
-
Michael H. Warfield authored
If we have "with_python" we want to add the resulting packages to the resulting rpm. Signed-off-by:
-
Stéphane Graber authored
This introduces a new lxc-autostart binary (and associated manpage) which will let you start/shutdown/kill/restart any container that's marked as lxc.start.auto=1. It respects the lxc.start.delay value, sorts by lxc.start.order and filters by lxc.group. By default it'll affect all containers that DO NOT have lxc.group set. If -g is specified, ONLY containers in those group will be affected. To have a command applied to all containers, the -a argument can be used. A -L flag is also offered for distributions wishing to start the containers themselves while still using LXC's calculated order and wait delays. Instead of performing the action, it'll print the container name and (if relevant for the action) the wait time. Signed-off-by:
-
Stéphane Graber authored
When accessing nested containers, hardcode the path to their config. Signed-off-by:
-
Stéphane Graber authored
Signed-off-by:
-
Stéphane Graber authored
First patch in the set of changes required for container autostart. This commit adds the new configuration keys and parsers that will then be used by lxc-start and lxc-stop. Signed-off-by:
Dwight Engen <dwight.engen@oracle.com>
-
Serge Hallyn authored
In what should have been a straightforward fix for a bug found by priority, I sent 1 instead of '1' from parent to child, while the child checked for '1'. Fix. Signed-off-by: -
S.Çağlar Onur authored
While testing https://github.com/lxc/lxc/pull/106, I found that concurrent starts are hanging time to time. I then reproduced the same problem in master and got following; [caglar@oOo:~] sudo gdb -p 16221 (gdb) bt #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x00007f495526515c in _L_lock_982 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007f4955264fab in __GI___pthread_mutex_lock (mutex=0x7f49556d4600 <static_mutex>) at pthread_mutex_lock.c:64 #3 0x00007f49554b27a6 in lock_mutex (l=l@entry=0x7f49556d4600 <static_mutex>) at lxclock.c:78 #4 0x00007f49554b2dac in static_lock () at lxclock.c:330 #5 0x00007f4955498f71 in lxc_global_config_value (option_name=option_name@entry=0x7f49554c02cf "cgroup.use") at utils.c:273 #6 0x00007f495549926c in default_cgroup_use () at utils.c:366 #7 0x00007f49554953bd in lxc_cgroup_load_meta () at cgroup.c:94 #8 0x00007f495548debc in lxc_spawn (handler=handler@entry=0x7f49200af300) at start.c:783 #9 0x00007f495548e7a7 in __lxc_start (name=name@entry=0x7f49200b48a0 "lxc-test-concurrent-4", conf=conf@entry=0x7f49200b2030, ops=ops@entry=0x7f49556d3900 <start_ops>, data=data@entry=0x7f495487db90, lxcpath=lxcpath@entry=0x7f49200b2010 "/var/lib/lxc") at start.c:951 #10 0x00007f495548eb9c in lxc_start (name=0x7f49200b48a0 "lxc-test-concurrent-4", argv=argv@entry=0x7f495487dbe0, conf=conf@entry=0x7f49200b2030, lxcpath=0x7f49200b2010 "/var/lib/lxc") at start.c:1048 #11 0x00007f49554b68f1 in lxcapi_start (c=0x7f49200b1dd0, useinit=<optimized out>, argv=0x7f495487dbe0) at lxccontainer.c:648 #12 0x0000000000401317 in do_function (arguments=0x1aa80b0) at concurrent.c:94 #13 0x0000000000401499 in concurrent (arguments=<optimized out>) at concurrent.c:130 #14 0x00007f4955262f6e in start_thread (arg=0x7f495487e700) at pthread_create.c:311 #15 0x00007f4954f8d9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 It looks like both parent and child end up with locked mutex thus deadlocks. I ended up placing values in the thread local storage pool, instead of doing "unlock the lock in the child" dance Signed-off-by:
-
Stéphane Graber authored
lxc-sshd was mounting itself (the template script) as /sbin/init in the container using a writable bind-mount. This shouldn't be needed and could lead to quite a few problems should one of those containers overwrite /sbin/init for some reason. Instead simply move to a read-only bind-mount which should prevent any accidental dammage. Signed-off-by:
-
