Devuan bug report logs - #426
lxc: cannot start Fedora30 and Debian Stretch in LXC containers

Package: cgroupfs-mount; Severity: grave; Reported by: Ryutaroh Matsumoto <[email protected]>; Keywords: debian; Done: [email protected]; Maintainer for cgroupfs-mount is Tanya <[email protected]>.

Message received at [email protected]:


Received: (at 426-done) by bugs.devuan.org; 4 Jul 2020 22:00:06 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sat, 04 Jul 2020 22:00:06 +0000 (UTC)
Received: from mail.devuan.dev (mail.devuan.dev [54.36.142.182])
	by vm6.ganeti.dyne.org (Postfix) with ESMTP id 6C7BCF6088B
	for <[email protected]>; Sat,  4 Jul 2020 23:51:10 +0200 (CEST)
Received: from dak.ganeti1.devuan.org (dak.devuan.org [192.168.97.90])
	by mail.devuan.dev (Postfix) with SMTP id 6D4C73A6B01
	for <[email protected]>; Sat,  4 Jul 2020 19:23:54 +0000 (UTC)
Received: (nullmailer pid 26868 invoked by uid 107);
	Sat, 04 Jul 2020 19:24:14 -0000
From: [email protected]
To: [email protected]
Subject: #426: fixed in src:cgroupfs-mount version 1.4+devuan1
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Date: Sat, 04 Jul 2020 19:24:14 +0000
Message-Id: <[email protected]>
X-Spam-Status: No, score=0.0 required=5.0 tests=T_SPF_HELO_PERMERROR
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org


Version: 1.4+devuan1

Source package cgroupfs-mount (1.4+devuan1) added to Devuan suite unstable.

This closes bug report 426.

Thanks

DAK managing the Devuan archive

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Mon, 29 Jun 2020 23:20:15 +0200
Source: cgroupfs-mount
Binary: cgroupfs-mount
Architecture: source
Version: 1.4+devuan1
Distribution: unstable
Urgency: medium
Maintainer: Tanya <[email protected]>
Changed-By: Tanya <[email protected]>
Description:
 cgroupfs-mount - Light-weight package to set up cgroupfs mounts
Closes: 426 428
Changes:
 cgroupfs-mount (1.4+devuan1) unstable; urgency=medium
 .
   * Create systemd cgroup if not present (Closes: #426)
   * Limit cgroups unmounting to mounts generated by these scripts (Closes: #428)
Checksums-Sha1:
 2030486328da8a8b7918f6c29450fa21177e0adc 1296 cgroupfs-mount_1.4+devuan1.dsc
 8eaacf61f9fac9e362409816392e432855d7e6e6 5524 cgroupfs-mount_1.4+devuan1.tar.xz
 4a96d8ff35ab44d998dfe1fa1555068ff04db01f 2996 cgroupfs-mount_1.4+devuan1_source.buildinfo
Checksums-Sha256:
 e3e34d6ec06457127e2228e25e431d20e520f4c7e1cc531f159eebd0fd4be9d8 1296 cgroupfs-mount_1.4+devuan1.dsc
 dbdb8db3a411415399635f8b7334683064d21e1b6ce8e2d1ca2fa37bab589efb 5524 cgroupfs-mount_1.4+devuan1.tar.xz
 c59bb5cbdfcff3b2d42ef1a67841e1f6d162b146dc196cf4bd61a5dbc94dbda3 2996 cgroupfs-mount_1.4+devuan1_source.buildinfo
Files:
 0a99a066b69076c0b31b2f48a9e53fe2 1296 admin optional cgroupfs-mount_1.4+devuan1.dsc
 1fa69b2d321adc8a71e5568c890182c4 5524 admin optional cgroupfs-mount_1.4+devuan1.tar.xz
 04f93e717650dfc9f8c2c8f43c884672 2996 admin optional cgroupfs-mount_1.4+devuan1_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEcuPLdzMV36LkZHQ9lFMhJFQZIvsFAl8A1n8ACgkQlFMhJFQZ
Ivv40Af/cLeBUFi1GWPxAHEkpkkPSrJEFsD7K4XHP2iiQcbeIQeT4JirIpB6lO/D
yMvNRsI8xgDDfr84Z5HqFqz0e1XWtv7xi/MBbY3c1TOFEfqtpn9j5KGW969EkgBv
nsLVPGvGb+lAAlmPPxH1xoT2RHNRFL6zMPXZ0AszYhOSEPE2HA/I4wikS7ZdzRPS
JWCAR1SgKkjOQbSbtXxwYix/9ZpqR3fZxzDgaAwNmByLtsOD2C0BdTifD2Qctgmv
M2UgzMyPVAh5ICA4WqGLJLDylI3U9n7LCr9VpI1gFGvaTdypc5aviZjXFtKhdlSG
rOxrbG+6IFAsgj5gIxZbpQ70ddk9Ww==
=QhH2
-----END PGP SIGNATURE-----

Notification sent to Ryutaroh Matsumoto <[email protected]>:
bug acknowledged by developer. Full text available.
Reply sent to [email protected]:
You have taken responsibility. Full text available.
Set bug forwarded-to-address to 'https://bugs.debian.org/939435'. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.
Added tag(s) debian. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.
No longer marked as found in versions 1:3.1.0+really3.0.3-8. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.
bug reassigned from package 'lxc' to 'cgroupfs-mount'. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 6 May 2020 08:40:04 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Wed, 06 May 2020 08:40:04 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 9C7F1F60ABD
	for <[email protected]>; Wed,  6 May 2020 10:34:49 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jWFVr-000668-6L; Wed, 06 May 2020 09:34:43 +0100
Received: (nullmailer pid 4482 invoked by uid 1000);
	Wed, 06 May 2020 08:34:42 -0000
Date: Wed, 6 May 2020 09:34:42 +0100
From: Mark Hindley <[email protected]>
To: Ryutaroh Matsumoto <[email protected]>
Cc: [email protected]
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Message-ID: <[email protected]>
References: <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Control: reassign -1 cgroupfs-mount
Control: tags -1 debian

On Wed, May 06, 2020 at 07:24:00AM +0900, Ryutaroh Matsumoto wrote:
> Hi Mark,
> 
> >From https://wiki.debian.org/LXC#Preparing_host_system_WITHOUT_Systemd_for_running_LXC
> 
> According to Gentoo wiki, if you want to run containers with systemd, the host also needs a name=systemd cgroup hierarchy mounted: mkdir -p /sys/fs/cgroup/systemd; mount -t cgroup -o none,name=systemd systemd /sys/fs/cgroup/systemd.
> 
> With that, lxc-checkconfig no longer complains and containers with systemd are able to start.
> 
> This was reported to package cgroupfs-mount in bug #939435 (patch included).

Well done for your persitence and finding a solution!

Reassigning and tagging.

Thanks

Mark

Acknowledgement sent to Mark Hindley <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 5 May 2020 22:30:02 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Tue, 05 May 2020 22:30:02 +0000 (UTC)
Received: from mail002.nap.gsic.titech.ac.jp (mail002.nap.gsic.titech.ac.jp [131.112.13.102])
	by vm6.ganeti.dyne.org (Postfix) with SMTP id D99BEF604DA
	for <[email protected]>; Wed,  6 May 2020 00:24:11 +0200 (CEST)
Received: from 172.22.40.203
	by mail002.nap.gsic.titech.ac.jp with Mail2000 ESMTP Server V7.00(2639:0:AUTH_RELAY)
	(envelope-from <[email protected]>); Wed, 06 May 2020 07:24:08 +0900 (JST)
Received: from mail002.nap.gsic.titech.ac.jp (mail002.nap.gsic.titech.ac.jp [131.112.13.102])
	by drweb06.nap.gsic.titech.ac.jp (Postfix) with SMTP id 0F945EB;
	Wed,  6 May 2020 07:24:08 +0900 (JST)
Received: from 153.193.129.115
	by mail002.nap.gsic.titech.ac.jp with Mail2000 ESMTPA Server V7.00(2638:0:AUTH_LOGIN)
	(envelope-from <[email protected]>); Wed, 06 May 2020 07:24:05 +0900 (JST)
Date: Wed, 06 May 2020 07:24:00 +0900 (JST)
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
From: Ryutaroh Matsumoto <[email protected]>
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Hi Mark,

From https://wiki.debian.org/LXC#Preparing_host_system_WITHOUT_Systemd_for_running_LXC

According to Gentoo wiki, if you want to run containers with systemd, the host also needs a name=systemd cgroup hierarchy mounted: mkdir -p /sys/fs/cgroup/systemd; mount -t cgroup -o none,name=systemd systemd /sys/fs/cgroup/systemd.

With that, lxc-checkconfig no longer complains and containers with systemd are able to start.

This was reported to package cgroupfs-mount in bug #939435 (patch included).

Best regards, Ryutaroh

From: Ryutaroh Matsumoto <[email protected]>
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Date: Mon, 27 Apr 2020 11:48:03 +0900 (JST)

> Hi Mark,
> 
>> A few other ideas to try: obviously the lxc container is looking for the host
>> /sys/fs/cgroup/systemd which doesn't exist. Does creating it manually help?
>> Does installing cgmanager help (I am not sure if that will create and manage
>> /sys/fs/cgroup/systemd)?
> 
> None of them worked.
> My Devuan is running on qemu.
> I can upload the image so that you can try on your computer.
> 
> Best regards,
> Ryutaroh
> 
> From: Mark Hindley <[email protected]>
> Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
> Date: Sat, 25 Apr 2020 10:48:38 +0100
> 
>> On Sat, Apr 25, 2020 at 04:47:13AM +0900, Ryutaroh Matsumoto wrote:
>>> Hi Mark,
>>> 
>>> Thanks for your help.
>>> I was able to use Gentoo in the LXC container on Devuan.
>>> So this is not a general problem of LXC.
>>> It is specific to Devuan hosts and systemd containers.
>> 
>> Helpful to know.
>> 
>>> Booting with apparmor=0 did not help.
>>> I selected openrc. Replacing with sysv-rc did not help.
>> 
>> Thanks for trying.
>> 
>>> I wonder what is the cgroup mounts without cgroupfs-mount, so
>>> I tried apt-get purge cgroupfs-mount, and got the following.
>>> I have no idea how to remove cgroupfs-mount from Devuan 3:
>> 
>> See my answer to #428.
>> 
>>> Stating that Devuan LXC does not support distros with systemd
>>> and closing this but might be a good idea...
>> 
>> Yes, it might come to that. However, I would like to exhaust other possibilities
>> first.
>> 
>> A few other ideas to try: obviously the lxc container is looking for the host
>> /sys/fs/cgroup/systemd which doesn't exist. Does creating it manually help?
>> Does installing cgmanager help (I am not sure if that will create and manage
>> /sys/fs/cgroup/systemd)?
>> 
>> Mark

Acknowledgement sent to Ryutaroh Matsumoto <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 27 Apr 2020 03:00:01 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Mon, 27 Apr 2020 03:00:01 +0000 (UTC)
Received: from mail001.nap.gsic.titech.ac.jp (mail001.nap.gsic.titech.ac.jp [131.112.13.101])
	by vm6.ganeti.dyne.org (Postfix) with SMTP id 1B64BF60859
	for <[email protected]>; Mon, 27 Apr 2020 04:48:11 +0200 (CEST)
Received: from 172.22.40.205
	by mail001.nap.gsic.titech.ac.jp with Mail2000 ESMTP Server V7.00(2612:0:AUTH_RELAY)
	(envelope-from <[email protected]>); Mon, 27 Apr 2020 11:48:09 +0900 (JST)
Received: from mail002.nap.gsic.titech.ac.jp (mail002.nap.gsic.titech.ac.jp [131.112.13.102])
	by drweb08.nap.gsic.titech.ac.jp (Postfix) with SMTP id 468DE3B12;
	Mon, 27 Apr 2020 11:48:09 +0900 (JST)
Received: from 131.112.36.198
	by mail002.nap.gsic.titech.ac.jp with Mail2000 ESMTPA Server V7.00(2629:0:AUTH_LOGIN)
	(envelope-from <[email protected]>); Mon, 27 Apr 2020 11:48:07 +0900 (JST)
Date: Mon, 27 Apr 2020 11:48:03 +0900 (JST)
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
From: Ryutaroh Matsumoto <[email protected]>
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Hi Mark,

> A few other ideas to try: obviously the lxc container is looking for the host
> /sys/fs/cgroup/systemd which doesn't exist. Does creating it manually help?
> Does installing cgmanager help (I am not sure if that will create and manage
> /sys/fs/cgroup/systemd)?

None of them worked.
My Devuan is running on qemu.
I can upload the image so that you can try on your computer.

Best regards,
Ryutaroh

From: Mark Hindley <[email protected]>
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Date: Sat, 25 Apr 2020 10:48:38 +0100

> On Sat, Apr 25, 2020 at 04:47:13AM +0900, Ryutaroh Matsumoto wrote:
>> Hi Mark,
>> 
>> Thanks for your help.
>> I was able to use Gentoo in the LXC container on Devuan.
>> So this is not a general problem of LXC.
>> It is specific to Devuan hosts and systemd containers.
> 
> Helpful to know.
> 
>> Booting with apparmor=0 did not help.
>> I selected openrc. Replacing with sysv-rc did not help.
> 
> Thanks for trying.
> 
>> I wonder what is the cgroup mounts without cgroupfs-mount, so
>> I tried apt-get purge cgroupfs-mount, and got the following.
>> I have no idea how to remove cgroupfs-mount from Devuan 3:
> 
> See my answer to #428.
> 
>> Stating that Devuan LXC does not support distros with systemd
>> and closing this but might be a good idea...
> 
> Yes, it might come to that. However, I would like to exhaust other possibilities
> first.
> 
> A few other ideas to try: obviously the lxc container is looking for the host
> /sys/fs/cgroup/systemd which doesn't exist. Does creating it manually help?
> Does installing cgmanager help (I am not sure if that will create and manage
> /sys/fs/cgroup/systemd)?
> 
> Mark

Acknowledgement sent to Ryutaroh Matsumoto <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 25 Apr 2020 10:00:01 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sat, 25 Apr 2020 10:00:01 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 70518F60BD4
	for <[email protected]>; Sat, 25 Apr 2020 11:48:42 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jSHQN-0001yW-7Q; Sat, 25 Apr 2020 10:48:39 +0100
Received: (nullmailer pid 23180 invoked by uid 1000);
	Sat, 25 Apr 2020 09:48:38 -0000
Date: Sat, 25 Apr 2020 10:48:38 +0100
From: Mark Hindley <[email protected]>
To: Ryutaroh Matsumoto <[email protected]>
Cc: [email protected]
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Message-ID: <[email protected]>
References: <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

On Sat, Apr 25, 2020 at 04:47:13AM +0900, Ryutaroh Matsumoto wrote:
> Hi Mark,
> 
> Thanks for your help.
> I was able to use Gentoo in the LXC container on Devuan.
> So this is not a general problem of LXC.
> It is specific to Devuan hosts and systemd containers.

Helpful to know.

> Booting with apparmor=0 did not help.
> I selected openrc. Replacing with sysv-rc did not help.

Thanks for trying.

> I wonder what is the cgroup mounts without cgroupfs-mount, so
> I tried apt-get purge cgroupfs-mount, and got the following.
> I have no idea how to remove cgroupfs-mount from Devuan 3:

See my answer to #428.

> Stating that Devuan LXC does not support distros with systemd
> and closing this but might be a good idea...

Yes, it might come to that. However, I would like to exhaust other possibilities
first.

A few other ideas to try: obviously the lxc container is looking for the host
/sys/fs/cgroup/systemd which doesn't exist. Does creating it manually help?
Does installing cgmanager help (I am not sure if that will create and manage
/sys/fs/cgroup/systemd)?

Mark

Acknowledgement sent to Mark Hindley <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 24 Apr 2020 19:50:07 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Fri, 24 Apr 2020 19:50:07 +0000 (UTC)
Received: from mail001.nap.gsic.titech.ac.jp (mail001.nap.gsic.titech.ac.jp [131.112.13.101])
	by vm6.ganeti.dyne.org (Postfix) with SMTP id 7CCD7F60847
	for <[email protected]>; Fri, 24 Apr 2020 21:47:24 +0200 (CEST)
Received: from 172.22.40.202
	by mail001.nap.gsic.titech.ac.jp with Mail2000 ESMTP Server V7.00(2605:0:AUTH_RELAY)
	(envelope-from <[email protected]>); Sat, 25 Apr 2020 04:47:20 +0900 (JST)
Received: from mail004.nap.gsic.titech.ac.jp (mail004.nap.gsic.titech.ac.jp [131.112.13.104])
	by drweb05.nap.gsic.titech.ac.jp (Postfix) with SMTP id 22BC6DB5;
	Sat, 25 Apr 2020 04:47:20 +0900 (JST)
Received: from 126.34.120.12
	by mail004.nap.gsic.titech.ac.jp with Mail2000 ESMTPA Server V7.00(2771:0:AUTH_LOGIN)
	(envelope-from <[email protected]>); Sat, 25 Apr 2020 04:47:19 +0900 (JST)
Date: Sat, 25 Apr 2020 04:47:13 +0900 (JST)
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
From: Ryutaroh Matsumoto <[email protected]>
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Hi Mark,

Thanks for your help.
I was able to use Gentoo in the LXC container on Devuan.
So this is not a general problem of LXC.
It is specific to Devuan hosts and systemd containers.

Booting with apparmor=0 did not help.
I selected openrc. Replacing with sysv-rc did not help.

I wonder what is the cgroup mounts without cgroupfs-mount, so
I tried apt-get purge cgroupfs-mount, and got the following.
I have no idea how to remove cgroupfs-mount from Devuan 3:
Removing cgroupfs-mount (1.4) ...
Unmounting cgroupfs hierarchyumount: /sys/fs/cgroup/elogind: target is busy.
invoke-rc.d: initscript cgroupfs-mount, action "stop" failed.
dpkg: error processing package cgroupfs-mount (--remove):
 installed cgroupfs-mount package pre-removal script subprocess returned error exit status 32
Errors were encountered while processing:
 cgroupfs-mount
E: Sub-process /usr/bin/dpkg returned an error code (1)

The content of /proc/mounts is as follows:
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=2004912k,nr_inodes=501228,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=403952k,mode=755 0 0
/dev/vda2 / btrfs rw,noatime,space_cache,subvolid=5,subvol=/ 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
pstore /sys/fs/pstore pstore rw,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=1646140k 0 0
/dev/vda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
securityfs /sys/kernel/security securityfs rw,relatime 0 0
cgroup /sys/fs/cgroup tmpfs rw,relatime,mode=755 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/net_prio cgroup rw,relatime,net_prio 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,relatime,pids 0 0
cgroup /sys/fs/cgroup/rdma cgroup rw,relatime,rdma 0 0
cgroup2 /sys/fs/cgroup/unified cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
cgroup /sys/fs/cgroup/elogind cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/elogind/elogind-cgroups-agent,name=elogind 0 0
tmpfs /run/user/0 tmpfs rw,nosuid,nodev,relatime,size=403948k,mode=700 0 0

Stating that Devuan LXC does not support distros with systemd
and closing this but might be a good idea...

Best regards, Ryutaroh

From: Mark Hindley <[email protected]>
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Date: Fri, 24 Apr 2020 18:05:47 +0100

> The other thing that occurred to me is whether apparmor is interfering? The
> `Operation not permitted' is suspicious of that.
> 
> There is a Debian wontfix bug relating to it: #947863.
> 
> Do you have apparmor enabled? If so does disabling it help?
> 
> Thanks
> 
> Mark

Acknowledgement sent to Ryutaroh Matsumoto <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 24 Apr 2020 17:10:03 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Fri, 24 Apr 2020 17:10:03 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 1043EF60BD4
	for <[email protected]>; Fri, 24 Apr 2020 19:05:49 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jS1ls-0003Qy-A5; Fri, 24 Apr 2020 18:05:48 +0100
Received: (nullmailer pid 14875 invoked by uid 1000);
	Fri, 24 Apr 2020 17:05:47 -0000
Date: Fri, 24 Apr 2020 18:05:47 +0100
From: Mark Hindley <[email protected]>
To: [email protected], Ryutaroh Matsumoto <[email protected]>
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Message-ID: <[email protected]>
References: <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
X-Debbugs-No-Ack: No Thanks
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

The other thing that occurred to me is whether apparmor is interfering? The
`Operation not permitted' is suspicious of that.

There is a Debian wontfix bug relating to it: #947863.

Do you have apparmor enabled? If so does disabling it help?

Thanks

Mark

Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at 426) by bugs.devuan.org; 24 Apr 2020 17:10:03 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Fri, 24 Apr 2020 17:10:03 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id BFACBF604B8
	for <[email protected]>; Fri, 24 Apr 2020 19:02:31 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jS1ic-0003Pa-AO; Fri, 24 Apr 2020 18:02:26 +0100
Received: (nullmailer pid 14813 invoked by uid 1000);
	Fri, 24 Apr 2020 17:02:25 -0000
Date: Fri, 24 Apr 2020 18:02:25 +0100
From: Mark Hindley <[email protected]>
To: [email protected], Ryutaroh Matsumoto <[email protected]>
Subject: Re: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
Message-ID: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
X-Debbugs-No-Ack: No Thanks
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=0.0 required=5.0 tests=FAKE_REPLY_C,SPF_PASS
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Ryutaroh,

Thanks for this.

On Fri, 24 Apr 2020 18:47:13 +0900 (JST) Ryutaroh Matsumoto <[email protected]> wrote:
> Package: lxc
> Version: 1:3.1.0+really3.0.3-8
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> With the default setting, Devuan LXC package cannot start Fedora 30 and
> Debian Stretch in LXC containers.
> I suspect that LXC on Devuan always fails if /sbin/init in a container is
> systemd.

Maybe. I have just had a quick look at Debian's lxc bugs and there are a number
relating to failures with non-systemd inits. See #706676 and #869892 for
starters.

liblxc1 depends cgroupfs-mount | systemd. I have never used cgroupfs-mount or
lxc, but can you check the instructions in
/usr/share/doc/cgroupfs-mount/README.md particularly relating to removing other
cgroupfs mounts from /etc/fstab.

Does that help?

Mark

Information forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Message received at [email protected]:


Received: (at submit) by bugs.devuan.org; 24 Apr 2020 09:50:06 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Fri, 24 Apr 2020 09:50:06 +0000 (UTC)
Received: from mail004.nap.gsic.titech.ac.jp (mail004.nap.gsic.titech.ac.jp [131.112.13.104])
	by vm6.ganeti.dyne.org (Postfix) with SMTP id 06029F60B93
	for <[email protected]>; Fri, 24 Apr 2020 11:47:21 +0200 (CEST)
Received: from 172.22.40.203
	by mail004.nap.gsic.titech.ac.jp with Mail2000 ESMTP Server V7.00(2779:0:AUTH_RELAY)
	(envelope-from <[email protected]>); Fri, 24 Apr 2020 18:47:18 +0900 (JST)
Received: from mail004.nap.gsic.titech.ac.jp (mail004.nap.gsic.titech.ac.jp [131.112.13.104])
	by drweb06.nap.gsic.titech.ac.jp (Postfix) with SMTP id DB0F74249
	for <[email protected]>; Fri, 24 Apr 2020 18:47:18 +0900 (JST)
Received: from 131.112.36.198
	by mail004.nap.gsic.titech.ac.jp with Mail2000 ESMTPA Server V7.00(2779:0:AUTH_LOGIN)
	(envelope-from <[email protected]>); Fri, 24 Apr 2020 18:47:18 +0900 (JST)
Date: Fri, 24 Apr 2020 18:47:13 +0900 (JST)
Message-Id: <[email protected]>
To: Devuan Bug Tracking System <[email protected]>
Subject: lxc: cannot start Fedora30 and Debian Stretch in LXC containers
From: Ryutaroh Matsumoto <[email protected]>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Package: lxc
Version: 1:3.1.0+really3.0.3-8
Severity: grave
Justification: renders package unusable

Dear Maintainer,

With the default setting, Devuan LXC package cannot start Fedora 30 and
Debian Stretch in LXC containers.
I suspect that LXC on Devuan always fails if /sbin/init in a container is systemd.

To reproduce the bug, do 

root@devuan:~# lxc-create -n stretch -t download -- -d debian -a amd64 -r stretch
Using image from local cache
Unpacking the rootfs

---
You just created a Debian stretch amd64 (20200424_05:24) container.

To enable SSH, run: apt install openssh-server
No default root or user password are set by LXC.
root@devuan:~# lxc-start -F -n stretch
Failed to mount cgroup at /sys/fs/cgroup/systemd: Operation not permitted
[!!!!!!] Failed to mount API filesystems, freezing.
Freezing execution.


root@devuan:~# lxc-create -n fedora30 -t download -- -d fedora -a amd64 -r 30
Setting up the GPG keyring
Downloading the image index
Downloading the rootfs
Downloading the metadata
The image cache is now ready
Unpacking the rootfs

---
You just created a Fedora 30 x86_64 (20200423_20:33) container.
root@devuan:~# lxc-start -F -n fedora30
Failed to mount cgroup at /sys/fs/cgroup/systemd: Operation not permitted
[!!!!!!] Failed to mount API filesystems.
Exiting PID 1...
root@devuan:~# exit 0

Best regards, Ryutaroh Matsumoto



-- System Information:
Distributor ID:	Debian
Description:	Devuan GNU/Linux 3 (beowulf)
Release:	3
Codename:	beowulf
Architecture: x86_64

Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US:en (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.71
ii  libc6                  2.28-10
ii  libcap2                1:2.25-2
ii  libgnutls30            3.6.7-4+deb10u3
ii  liblxc1                1:3.1.0+really3.0.3-8
ii  libseccomp2            2.3.3-4
ii  libselinux1            2.8-1+b1
ii  lsb-base               10.2019051400

Versions of packages lxc recommends:
ii  apparmor                     2.13.2-10
ii  bridge-utils                 1.6-2
pn  debootstrap                  <none>
ii  dirmngr                      2.2.12-1+deb10u1
ii  dnsmasq-base [dnsmasq-base]  2.80-1
ii  gnupg                        2.2.12-1+deb10u1
ii  iproute2                     4.20.0-2
ii  iptables                     1.8.2-4
pn  libpam-cgfs                  <none>
pn  lxc-templates                <none>
pn  lxcfs                        <none>
ii  nftables                     0.9.0-2
ii  openssl                      1.1.1d-0+deb10u3
ii  rsync                        3.1.3-6
ii  uidmap                       1:4.5-1.1

Versions of packages lxc suggests:
ii  btrfs-progs  4.20.1-2
pn  lvm2         <none>
pn  python3-lxc  <none>

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = "en_US:en",
	LC_ALL = (unset),
	LC_CTYPE = "C.UTF-8",
	LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  lxc/auto_update_config:

Acknowledgement sent to Ryutaroh Matsumoto <[email protected]>:
New bug report received and forwarded. Copy sent to [email protected]. Full text available.
Report forwarded to [email protected], [email protected]:
bug#426; Package lxc. Full text available.

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.

Devuan Bugs Owner <[email protected]>.
Last modified: Thu, 28 Nov 2024 06:39:01 UTC