public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Alexander Smirnov <asmirnov@ilbers.de>,
	Henning Schild <henning.schild@siemens.com>
Cc: isar-users@googlegroups.com
Subject: Re: [PATCH] isar: Clean mount point on bitbake exit
Date: Fri, 9 Feb 2018 14:14:11 +0100	[thread overview]
Message-ID: <506165af-cf5d-d707-fb65-41128cf6c889@siemens.com> (raw)
In-Reply-To: <702c2f98-48d5-9791-79d1-50bb1b42812b@ilbers.de>

On 2018-02-09 14:08, Alexander Smirnov wrote:
> On 02/09/2018 03:41 PM, Jan Kiszka wrote:
>> On 2018-02-09 13:40, Henning Schild wrote:
>>> Am Fri, 9 Feb 2018 13:35:15 +0100
>>> schrieb Jan Kiszka <jan.kiszka@siemens.com>:
>>>
>>>> On 2018-02-09 13:33, [ext] Henning Schild wrote:
>>>>> Hi,
>>>>>
>>>>> this patch is causing problems when building in a docker container,
>>>>> because sysfs can only be mounted ro. (Subject: current next bash in
>>>>> buildchroot problem)
>>>>> Now we could discuss whether we should relax the security of our
>>>>> containers even more, or whether Isar should care about that
>>>>> use-case.
>>>>>
>>>>> But this patch actually does several things at a time, it changes
>>>>> >>>> the way we mount and adds three new mounts. I would suggest to
> 
> Actually not. It adds the only one new mount for sysfs. /proc was
> mounted inside do_build, /dev was mounted inside configscript.sh, so
> this is a kind of consolidation of these calls in one place.
> 
> I have no case for sysfs, so probably we could drop it for now. Please
> let me know ASAP because I'm going to release v0.4.
> 
>>>>> split it up so we can discuss the issues with dev and sys while
>>>>> already merging the rest.
> 
> There is no official Docker support in Isar, so until there will be a
> document which specifies the container configuration, it really would be
> inefficient to block contributions. We can't support everything everywhere.

There is official Docker support for Isar (via kasproject/kas-isar), and
we are heavily relying on it. Our CI will also be based on it.

But I think this issue is really just related to a missing switch when
launching the container.

> 
>>>>
>>>> I think (didn't check if there was an update of next this morning) it
>>>> works for me - in Docker. How are you starting the container?
>>>
>>> docker run -e USER_ID=$(id -u) --rm -t -i --cap-add=SYS_ADMIN
>>> --cap-add=MKNOD --device $(/sbin/losetup -f) -e ... proxy stuff ...
>>>
> 
> Do you have instructions how to build Isar in container, so at least I
> could be able to reproduce the issue?

I will publish my repo later that does a full amd64 image build inside
docker (for a Jailhouse demo). In a nutshell, it works like this:

#!/bin/sh
mkdir -p out
docker run -v $(pwd):/isar-jailhouse:ro -v $(pwd)/out:/out:rw \
	   -e USER_ID=$(id -u) --rm -t -i \
	   --cap-add=SYS_ADMIN --cap-add=MKNOD --privileged \
	   --device $(/sbin/losetup -f) \
	   -e http_proxy=$http_proxy -e https_proxy=$https_proxy \
	   -e no_proxy=$no_proxy \
	   kasproject/kas-isar sh -c "
		cd /out;
		kas build /isar-jailhouse/kas.yml"

Jan

  reply	other threads:[~2018-02-09 13:14 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-06 19:55 Alexander Smirnov
2018-02-06 20:31 ` Jan Kiszka
2018-02-06 20:45   ` Alexander Smirnov
2018-02-06 20:56     ` Jan Kiszka
2018-02-06 21:10       ` Alexander Smirnov
2018-02-09  9:56 ` Alexander Smirnov
2018-02-09 12:33 ` Henning Schild
2018-02-09 12:35   ` Jan Kiszka
2018-02-09 12:40     ` Henning Schild
2018-02-09 12:41       ` Jan Kiszka
2018-02-09 13:08         ` Alexander Smirnov
2018-02-09 13:14           ` Jan Kiszka [this message]
2018-02-09 13:39             ` Alexander Smirnov
2018-02-09 13:19           ` Henning Schild
2018-02-09 15:04             ` Henning Schild
2018-02-09 15:29               ` Alexander Smirnov
2018-02-09 13:14         ` Henning Schild
2018-02-09 13:19           ` Jan Kiszka
2018-02-09 13:29             ` Henning Schild

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=506165af-cf5d-d707-fb65-41128cf6c889@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=asmirnov@ilbers.de \
    --cc=henning.schild@siemens.com \
    --cc=isar-users@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox