KATOH Yasufumi | 4 Mar 10:39 2015
Picon

[PATCH] Use rdepends when non-thinpool LVM container is cloned

When a non-thinpool LVM container which have snapshotted clone is
destroyed, the LV of snapshotted clone was also deleted. This patch
prevent it.

The original non-thinpool LVM container of snapshotted clone cannot be
now destroyed.

Signed-off-by: KATOH Yasufumi <karma <at> jazz.email.ne.jp>
---
 src/lxc/bdev.c | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/src/lxc/bdev.c b/src/lxc/bdev.c
index 197ab55..cf7c043 100644
--- a/src/lxc/bdev.c
+++ b/src/lxc/bdev.c
 <at>  <at>  -3403,8 +3403,12  <at>  <at>  struct bdev *bdev_copy(struct lxc_container *c0, const char *cname,
 	*needs_rdep = 0;
 	if (bdevtype && strcmp(orig->type, "dir") == 0 &&
 			(strcmp(bdevtype, "aufs") == 0 ||
-			 strcmp(bdevtype, "overlayfs") == 0))
+			 strcmp(bdevtype, "overlayfs") == 0)) {
 		*needs_rdep = 1;
+	} else if (snap && strcmp(orig->type, "lvm") == 0 &&
+			!lvm_is_thin_volume(orig->src)) {
+		*needs_rdep = 1;
+	}

 	new = bdev_get(bdevtype ? bdevtype : orig->type);
 	if (!new) {
(Continue reading)

KATOH Yasufumi | 3 Mar 12:54 2015
Picon

lxc-clone and lvm snapshot problem

When backing store is LVM (without thinpool), lxc-clone can use snapshot(-s).

# lxc-create -B lvm -n c1 -t download
# lxc-clone -s -B lvm -o c1 -n c2
# lvs
  LV   VG   Attr     LSize Pool Origin Data%  Move Log Copy%  Convert
  c1   lxc  owi-a-s- 1.00g
  c2   lxc  swi-a-s- 1.00g      c1       0.01

Then if we run "lxc-destroy -n c1", it deletes not only LV:c1 but also LV:c2.

# lxc-destroy -n c1
  Logical volume "c2" successfully removed
  Logical volume "c1" successfully removed

But /var/lib/lxc/c2/config,rootfs remains.

# lxc-ls
c2

We should use rdepends like aufs and overlayfs?

Thanks,
KATOH Yasufumi
_______________________________________________
lxc-devel mailing list
lxc-devel <at> lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel
Serge Hallyn | 24 Feb 16:59 2015

Re: gentoo container building fails during wget.

Quoting Guillaume ZITTA (guillaume <at> zitta.fr):
> I'm sorry. But until now, the default path is the one we set with
> ./configure
> And I didn't see "lxc.system.conf" nor "lxc.lxcpath" at
> https://linuxcontainers.org/lxc/news/
> 
> But let's be constructive ...

Sorry, I thought I was :)

Setting a default at build time is still certainly good practice for
the distro/packager.

> People don't read all the docs, they open configuration files and
> modify defaults to their needs.

Agreed.

> I don't have time to provide a patch, but I think this need to
> disappear from ./configure

Disagree, it should still also be buildtime-configurable, overridable
in the configs.

> and lxc should provide it as a default value in a highly commented
> configuration file

Agreed.  Perhaps we should open an issue on github, marked 'easy',
so someone in community can implement it.
_______________________________________________
(Continue reading)

GitHub | 24 Feb 00:39 2015

[lxc/lxc] 3b6aeb: Update Travis configuration

  Branch: refs/heads/master
  Home:   https://github.com/lxc/lxc
  Commit: 3b6aebceaf331dd4967f86af0632a3b1cde0120c
      https://github.com/lxc/lxc/commit/3b6aebceaf331dd4967f86af0632a3b1cde0120c
  Author: Stéphane Graber <stgraber@...>
  Date:   2015-02-23 (Mon, 23 Feb 2015)

  Changed paths:
    M .travis.yml

  Log Message:
  -----------
  Update Travis configuration

Signed-off-by: Stéphane Graber <stgraber@...>

_______________________________________________
lxc-devel mailing list
lxc-devel <at> lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel
GitHub | 24 Feb 00:38 2015

[lxc/lxc] 846a3f: Update Travis configuration

  Branch: refs/heads/stable-1.0
  Home:   https://github.com/lxc/lxc
  Commit: 846a3fa144140dfcbf662c1adc6710afd8b34d4e
      https://github.com/lxc/lxc/commit/846a3fa144140dfcbf662c1adc6710afd8b34d4e
  Author: Stéphane Graber <stgraber@...>
  Date:   2015-02-23 (Mon, 23 Feb 2015)

  Changed paths:
    M .travis.yml

  Log Message:
  -----------
  Update Travis configuration

Signed-off-by: Stéphane Graber <stgraber@...>

_______________________________________________
lxc-devel mailing list
lxc-devel <at> lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel
lxc | 17 Feb 23:23 2015
Picon
Picon

lxc mounting problem....

Previous containers had either explicit  mount entries in the config file or  
profiles. The profiles for debian also contain these entries for standard one.
Causing container startup fails.

I think the templates need to be updated.

t/y
_______________________________________________
lxc-devel mailing list
lxc-devel <at> lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel
lxc | 17 Feb 22:57 2015
Picon
Picon

gentoo container building fails during wget.

The Gentoo template for lxc-1.1.0 is failing...

The link file contains
20141204/stage3-amd64-20141204.tar.bz2 207889127

The file should be:
http://distfiles.gentoo.org/releases/amd64/autobuilds/20141204/stage3-amd64-20141204.tar.bz2

the 207889127 part is the size. which should not be in the filename, for wget.

Example:

Determining path to latest Gentoo amd64 (amd64) stage3 archive...
 => downloading and processing 
http://distfiles.gentoo.org/releases/amd64/autobuilds/latest-stage3-amd64.txt
 => Got: 20141204/stage3-amd64-20141204.tar.bz2 207889127
Downloading/untarring the actual stage3 tarball...
--2015-02-17 22:18:30--  
http://distfiles.gentoo.org/releases/amd64/autobuilds/20141204/stage3-amd64-20141204.tar.bz2%20207889127
Resolving distfiles.gentoo.org (distfiles.gentoo.org)... 156.56.247.195, 
64.50.233.100, 137.226.34.42, ...
Connecting to distfiles.gentoo.org (distfiles.gentoo.org)|156.56.247.195|:80... 
connected.
HTTP request sent, awaiting response... 404 Not Found
2015-02-17 22:18:30 ERROR 404: Not Found.

http://distfiles.gentoo.org/releases/amd64/autobuilds/20141204/stage3-amd64-20141204.tar.bz2

bzip2: Compressed file ends unexpectedly;
        perhaps it is corrupted?  *Possible* reason follows.
(Continue reading)

KATOH Yasufumi | 23 Feb 09:18 2015
Picon

[PATCH for stable-1.0] doc: Add about zfs, aufs, overlayfs to '-s' option of lxc-clone(1)

Signed-off-by: KATOH Yasufumi <karma <at> jazz.email.ne.jp>
---
 doc/ja/lxc-clone.sgml.in | 6 ++++--
 doc/lxc-clone.sgml.in    | 2 +-
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/doc/ja/lxc-clone.sgml.in b/doc/ja/lxc-clone.sgml.in
index 0a7448b..63761e4 100644
--- a/doc/ja/lxc-clone.sgml.in
+++ b/doc/ja/lxc-clone.sgml.in
 <at>  <at>  -145,9 +145,11  <at>  <at>  by KATOH Yasufumi <karma at jazz.email.ne.jp>
 	<listitem>
 	  <para>
             <!--
-            The new container's rootfs should be a LVM or btrfs snapshot of the original.
+	    The new container's rootfs will be a snapshot of the original. This option can be specified when the
backing store is LVM, btrfs or zfs, and must be specified when you want to snapshot using aufs or overlayfs.
             -->
-            新しいコンテナの rootfs は、オリジナルの LVM か btrfs のスナップショットになります。
+            新しいコンテナの rootfs はオリジナルのスナップショットとなります。
+            このオプションはバッキングストアが LVM か btrfs か zfs の時に使用できます。
+            また、スナップショットを aufs か overlayfs で取得したい場合は指定する必要があります。
 	  </para>
 	</listitem>
       </varlistentry>
diff --git a/doc/lxc-clone.sgml.in b/doc/lxc-clone.sgml.in
index edd6032..11b26b8 100644
--- a/doc/lxc-clone.sgml.in
+++ b/doc/lxc-clone.sgml.in
 <at>  <at>  -121,7 +121,7  <at>  <at>  Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
(Continue reading)

KATOH Yasufumi | 23 Feb 09:01 2015
Picon

[PATCH] doc: Add lxc.rebootsignal to Japanese man pages.

Also fix some indentation and improve translation.
Update for commit 936762f

Signed-off-by: KATOH Yasufumi <karma <at> jazz.email.ne.jp>
---
 doc/ja/lxc-stop.sgml.in           |   7 ++-
 doc/ja/lxc.container.conf.sgml.in | 104 ++++++++++++++++++++++++--------------
 2 files changed, 72 insertions(+), 39 deletions(-)

diff --git a/doc/ja/lxc-stop.sgml.in b/doc/ja/lxc-stop.sgml.in
index aed1947..79f7a9a 100644
--- a/doc/ja/lxc-stop.sgml.in
+++ b/doc/ja/lxc-stop.sgml.in
 <at>  <at>  -77,11 +77,14  <at>  <at>  by KATOH Yasufumi <karma at jazz.email.ne.jp>
       the container's init process, waiting up to 60 seconds for the container
       to exit, and then returning. If the container fails to cleanly exit in
       60 seconds, it will be sent the <command>lxc.stopsignal</command>
-      (defaults to SIGKILL) to force it to shut down.
+      (defaults to SIGKILL) to force it to shut down. A request to reboot will
+      send the <command>lxc.rebootsignal</command> (defaults to SIGINT) to the
+      container's init process.
       -->
       <command>lxc-stop</command>
は、リブート、クリーンシャットダウン、コンテナ内の全てのプロセスの
kill のどれかを行います。
       デフォルトでは、コンテナのクリーンなシャットダウンを
<command>lxc.haltsignal</command> (デフォルトでは SIGPWR) をコンテナの init
プロセスに送ることでリクエストし、コンテナの終了を 60
秒待ち、return します。
-      コンテナが 60
(Continue reading)

Christian Brauner | 22 Feb 00:29 2015
Picon

uidmapshift et al.

Hello,

I think it would be a really good idea to provide the nsexec tools with
lxc per default. A lot of users (including myself) probably bootstrap a
new filesystem for various distributions. Hence, they do not necessarily
rely on templates or download templates provided with lxc. In order to
convert such containers to unprivileged containers uidmapshift is a
great tool. I think shipping it with lxc would be a lot easier.

Christian
_______________________________________________
lxc-devel mailing list
lxc-devel <at> lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel
Guillaume ZITTA | 21 Feb 22:35 2015
Picon

[PATCH] Add information about patch submission

Add information about patch submission

Signed-off-by: Guillaume ZITTA <lxc <at> zitta.fr>
---
 content/lxc/contribute.md | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)

diff --git a/content/lxc/contribute.md b/content/lxc/contribute.md
index 5d33cd5..0f408b1 100644
--- a/content/lxc/contribute.md
+++ b/content/lxc/contribute.md
 <at>  <at>  -10,5 +10,21  <at>  <at>  Patches sent upstream for review must be based on the current git tree
 and not on stable releases, unless the bug only affects a stable release.

 # Patch submission process
+Every submitted patch **must** be signed off by its author.
+
+The easy way is to use : `git commit -s`
+
+and if you forgot "-s" on a previous commit : `git commit --amend -s`
+
+## The mailing-list way
 You may contribute to LXC either by sending a patch or patchset directly
 on the [lxc-devel mailing-list](https://lists.linuxcontainers.org/listinfo/lxc-devel).
+
+You can use `git format-patch` to generate mailable patch.
+
+Beware of "copy/paste" on mail clients as they can break tabs and lines (see `git send-email` or `git imap-send`).
+
+## The pull-request way
(Continue reading)


Gmane