public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: chombourger@gmail.com
To: isar-users <isar-users@googlegroups.com>
Subject: Re: [PATCH v2] isar-bootstrap: preserve environment in sudo'ed debootstrap call
Date: Thu, 13 Sep 2018 09:17:33 -0700 (PDT)	[thread overview]
Message-ID: <e980f3cc-b731-4391-92b8-d0c89e8c8727@googlegroups.com> (raw)
In-Reply-To: <20180913153743.6f6d72e7@md1pvb1c.ad001.siemens.net>


[-- Attachment #1.1: Type: text/plain, Size: 6666 bytes --]



Hi Henning,

 

I have reproduced the failure. Here's my setup:

 

   * Host: Windows 10

   * Guest: Debian 9 (running under VMWare)

   * Isar: e231e88b447cdad1a233ad29ff23545bc50f398b (next)

 

Steps to reproduce (from the VM):

 

$ sudo route del -net 0.0.0.0 #

$ sudo route add -net 172.17.0.0 netmask 255.255.255.0 gw 192.168.20.2 $ 
ping -c 1 8.8.8.8

connect: network is unreachable # as expected, no direct connection to the 
Internet $ export http_proxy=http://172.17.0.7:3128 $ export 
https_proxy=http://172.17.0.7:3128

 

industrial@packer-debian-9-amd64:~/Projects/upstream/build-test$ bitbake 
multiconfig:qemuamd64-stretch:isar-image-base

...

NOTE: Executing RunQueue Tasks

ERROR: mc:qemuamd64-stretch:isar-bootstrap-target-1.0-r0 do_bootstrap: 
Function failed: do_bootstrap (log file is located at 
/home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd64/isar-bootstrap-target/temp/log.do_bootstrap.2240)

ERROR: Logfile of failure stored in: 
/home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd64/isar-bootstrap-target/temp/log.do_bootstrap.2240

Log data follows:

| DEBUG: Executing shell function do_bootstrap

| umount: 

| /home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd6

| 4/isar-bootstrap-target/rootfs/dev: mountpoint not found

| umount: 

| /home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd6

| 4/isar-bootstrap-target/rootfs/proc: mountpoint not found

| W: Target architecture is the same as host architecture; disabling 

| QEMU support

| I: Running command: debootstrap --arch amd64 --verbose 

| --variant=minbase --include=locales --components=main,contrib,non-free 

| stretch 

| /home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd6

| 4/isar-bootstrap-target/rootfs http://ftp.de.debian.org/debian

| I: Retrieving InRelease

| I: Retrieving Release

| E: Failed getting release file 

| http://ftp.de.debian.org/debian/dists/stretch/Release

| WARNING: exit code 1 from a shell command.

| ERROR: Function failed: do_bootstrap (log file is located at 

| /home/vmuser/Projects/upstream/build-test/tmp/work/debian-stretch-amd6

| 4/isar-bootstrap-target/temp/log.do_bootstrap.2240)

ERROR: Task 
(multiconfig:qemuamd64-stretch:/home/vmuser/Projects/upstream/isar/meta/recipes-core/isar-bootstrap/isar-bootstrap-target.bb:do_bootstrap) 
failed with exit code '1'

NOTE: Tasks Summary: Attempted 12 tasks of which 10 didn't need to be rerun 
and 1 failed.

 

Logs for squid do show that the proxy was used by bitbake to fetch sources 
such as libhello They did not show any attempts to connect to Debian 
repositories

 

I then added the previously submitted patch and the build went through (and 
the squid logs did show a bunch of requests for debian.org)

 

Cedric

 

On Thursday, September 13, 2018 at 3:37:45 PM UTC+2, Henning Schild wrote:
>
> Am Thu, 13 Sep 2018 13:15:03 +0000 
> schrieb "Hombourger, Cedric" <Cedric_H...@mentor.com <javascript:>>: 
>
> > Hi Jan, 
> > 
> > Are you sure your company mirror of debian repositories wasn't used 
> > in your builds? I will repeat the tests that I did both with and 
> > without the changes. 
>
> Yes, i have never seen proxy issues in that step and never use our 
> internal mirror. 
>
> Henning 
>
> > I was traveling to Nurnberg earlier this week and unfortunately had a 
> > very slow and unreliable internet connection at our hotel When 
> > checking squid access logs in realtime, I noticed that no requests 
> > were received while running do_bootstrap 
> > 
> > I however agree that we should make sure we are fixing a real problem 
> > I will therefore collect additional data 
> > 
> > Cedric 
> > 
> > -----Original Message----- 
> > From: Jan Kiszka [mailto:jan.k...@siemens.com <javascript:>] 
> > Sent: Thursday, September 13, 2018 3:09 PM 
> > To: Hombourger, Cedric <Cedric_H...@mentor.com <javascript:>>; 
> > isar-...@googlegroups.com <javascript:> Subject: Re: [PATCH v2] 
> isar-bootstrap: 
> > preserve environment in sudo'ed debootstrap call 
> > 
> > Hi Cedric, 
> > 
> > On 13.09.18 14:46, Cedric Hombourger wrote: 
> > > Make bitbake add proxy environment variables and preserve them when 
> > > calling debootstrap under sudo. This is required to get 
> > > user-defined proxies used while bootstraping Isar.   
> > 
> > Can you specify the error scenario a bit more precisely? We are 
> > building with user-defined proxies frequently, and we do not need 
> > that change. While I have no problem with saving one line of code, I 
> > would be good to understand the setup, specifically as I requested to 
> > set up a proxies test scenario in the upstream Q&A to avoid relying 
> > on the Siemens-internal Q&A here. 
> > 
> > Thanks, 
> > Jan 
> > 
> > > 
> > > Signed-off-by: Cedric Hombourger <Cedric_H...@mentor.com <javascript:>> 
>
> > > --- 
> > >  meta/recipes-core/isar-bootstrap/isar-bootstrap.inc | 5 ++--- 
> > >  1 file changed, 2 insertions(+), 3 deletions(-) 
> > > 
> > > diff --git a/meta/recipes-core/isar-bootstrap/isar-bootstrap.inc 
> > > b/meta/recipes-core/isar-bootstrap/isar-bootstrap.inc 
> > > index 4010307..cfad136 100644 
> > > --- a/meta/recipes-core/isar-bootstrap/isar-bootstrap.inc 
> > > +++ b/meta/recipes-core/isar-bootstrap/isar-bootstrap.inc 
> > > @@ -171,7 +171,8 @@ isar_bootstrap() { 
> > >          esac 
> > >          shift 
> > >      done 
> > > -    sudo flock "${ISAR_BOOTSTRAP_LOCK}" -c "\ 
> > > +    E="${@bb.utils.export_proxies(d)}" 
> > > +    sudo -E flock "${ISAR_BOOTSTRAP_LOCK}" -c "\ 
> > >          set -e 
> > >          if [ ! -e "${DEPLOY_ISAR_BOOTSTRAP}" ]; then 
> > >              if [ -e "${ROOTFSDIR}" ]; then @@ -179,7 +180,6 @@ 
> > > isar_bootstrap() { 
> > >                 umount -l "${ROOTFSDIR}/proc" || true 
> > >                 rm -rf "${ROOTFSDIR}" 
> > >              fi 
> > > -            E="${@bb.utils.export_proxies(d)}" 
> > >              if [ ${IS_HOST} ]; then 
> > >                  ${DEBOOTSTRAP} --verbose \ 
> > >                                 --variant=minbase \ @@ -233,7 
> > > +233,6 @@ isar_bootstrap() { 
> > >              mount -t devtmpfs -o mode=0755,nosuid devtmpfs 
> > > ${ROOTFSDIR}/dev mount -t proc none ${ROOTFSDIR}/proc 
> > >   
> > > -            E="${@bb.utils.export_proxies(d)}" 
> > >              export DEBIAN_FRONTEND=noninteractive 
> > >              chroot "${ROOTFSDIR}" /usr/bin/apt-get update -y 
> > >              chroot "${ROOTFSDIR}" /usr/bin/apt-get dist-upgrade -y 
> > > \ 
> > 
> > -- 
> > Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate 
> > Competence Center Embedded Linux 
> > 
>
>

[-- Attachment #1.2: Type: text/html, Size: 10957 bytes --]

  reply	other threads:[~2018-09-13 16:17 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-13 12:20 [PATCH] " Cedric Hombourger
2018-09-13 12:36 ` Henning Schild
2018-09-13 12:42   ` Hombourger, Cedric
2018-09-13 12:46     ` [PATCH v2] " Cedric Hombourger
2018-09-13 13:09       ` Jan Kiszka
2018-09-13 13:15         ` Hombourger, Cedric
2018-09-13 13:37           ` Henning Schild
2018-09-13 16:17             ` chombourger [this message]
2018-09-25 10:05               ` chombourger
2018-09-25 17:39       ` Maxim Yu. Osipov

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=e980f3cc-b731-4391-92b8-d0c89e8c8727@googlegroups.com \
    --to=chombourger@gmail.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