From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Bootstrapping on a new platform
Date: Tue, 12 Dec 2017 17:10:59 +0100
Message-ID: <87indcorjg.fsf@gnu.org>
References: <201712030017.19982.paul@boddie.org.uk>
	<201712081719.15396.paul@boddie.org.uk> <87609d34rn.fsf@gnu.org>
	<201712111736.12484.paul@boddie.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:57164)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1eOn98-000674-Rf
	for help-guix@gnu.org; Tue, 12 Dec 2017 11:11:10 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1eOn93-00037p-Vk
	for help-guix@gnu.org; Tue, 12 Dec 2017 11:11:06 -0500
Received: from hera.aquilenet.fr ([2a0c:e300::1]:41601)
	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <ludo@gnu.org>) id 1eOn93-00035k-Os
	for help-guix@gnu.org; Tue, 12 Dec 2017 11:11:01 -0500
In-Reply-To: <201712111736.12484.paul@boddie.org.uk> (Paul Boddie's message of
	"Mon, 11 Dec 2017 17:36:09 +0100")
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Paul Boddie <paul@boddie.org.uk>
Cc: help-guix@gnu.org

Paul Boddie <paul@boddie.org.uk> skribis:

> On Monday 11. December 2017 12.03.56 Ludovic Court=C3=A8s wrote:
>>=20
>> Paul Boddie <paul@boddie.org.uk> skribis:
>> > This resembling what I showed before. Meanwhile in the child process l=
og
>> > (/tmp/guix.797) the clone call with EINVAL is this one:
>> >=20
>> > clone(child_stack=3D0xbffedfa4,
>> > flags=3DCLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWIPC|
>> > CLONE_NEWPID|CLONE_NEWNET|SIGCHLD) =3D -1 EINVAL (Invalid argument)
>> >=20
>> > Again, this is using the 4.9.67 kernel.
>>=20
>> This suggests that namespaces are not fully supported with this kernel.
>> The clone(2) page has this:
>>=20
>>    EINVAL CLONE_NEWIPC  was specified in flags, but the kernel was not
>> configured with the CONFIG_SYSVIPC and CONFIG_IPC_NS options.
>>=20
>>    EINVAL CLONE_NEWNET was specified in flags, but the kernel  was  not=
=20
>> configured  with  the  CONFIG_NET_NS option.
>>=20
>>    EINVAL CLONE_NEWPID  was  specified  in  flags,  but  the kernel was =
not
>> configured with the CONFIG_PID_NS option.
>>=20
>>    EINVAL CLONE_NEWUTS was specified in flags, but the kernel was not
>> configured with the CONFIG_UTS option.
>>=20
>> Could it be one of these?
>
> I ran "make menuconfig ARCH=3Dum" and saw that "User namespace" and "PID=
=20
> Namespaces" were not enabled. So I enabled them, rebuilt the kernel, and =
then=20
> ran the User Mode Linux instance again.
>
> This time, it would appear that running the daemon and then running a bui=
ld=20
> command gets the daemon to do some work. There have been some problems wi=
th=20
> hashes, as reported before, but the problem with clone seems to have been=
=20
> solved.
>
> Sorry for the noise, but I guess this is what happens when someone tries =
to do=20
> things the hard way. Thanks for identifying the cause of the problem!

Great that you found out!

Ludo=E2=80=99.