public inbox for cip-dev@lists.cip-project.org
 help / color / mirror / Atom feed
From: robert.marshall@codethink.co.uk (Robert Marshall)
To: cip-dev@lists.cip-project.org
Subject: [cip-dev] Problems installing "Board at desk"
Date: Wed, 26 Apr 2017 14:56:06 +0100	[thread overview]
Message-ID: <87y3une0i1.fsf@ctlt579.codethink.co.uk> (raw)
In-Reply-To: <009901d2be66$e4d28830$ae779890$@toshiba.co.jp> (Daniel Sangorrin's message of "Wed, 26 Apr 2017 17:27:08 +0900")

Daniel

Thanks for this - comments below...

"Daniel Sangorrin" <daniel.sangorrin@toshiba.co.jp> writes:

> Hi,
>
> I am trying the "board-at-desk-single-dev" project (sorry to do it so late).
> I managed to build the CIP kernel and see the job results using KernelCI.
> However, I am having problems with LAVA health checks (see at the end).
>
> First, I would like to report on a few problems I had to solve to get the kernel built:
>
> *************************************************
> 1) Although now I know that the current development occurs at
> https://gitlab.com/cip-project/board-at-desk-single-dev.git
> googling "CIP kernelci" gives also the following outdated (?) sites which can 
> be confusing:
> https://github.com/cip-project/cip-kernelci.git
> https://gitlab.com/cip-project/kernelci-debian.git
>
> Q: are they necessary? or is it some misunderstanding from my side?
>

I think this is largely addressed by Wolfgang's comment

> 2) Problems behind a proxy
>
> a) I did the following to setup proxy settings for vagrant on Ubuntu 16.04 Xenial:
>
>    $ sudo apt-get remove vagrant <-- gives errors when installing vagrant-proxyconf
>    $ dpkg -i vagrant_1.9.4_x86_64.deb
>    $ vagrant plugin install vagrant-proxyconf
>    $ vi Vagrantfile
> + if Vagrant.has_plugin?("vagrant-proxyconf")
> +   config.proxy.http     = "http://xxx:yyyy/"
> +   config.proxy.https    = "https://xxx:yyy/"
> +   config.proxy.no_proxy = "127.0.0.1,localhost,xxxx."
> + end
>
> Q: maybe it would be good to add this to the tutorial

The tutorial recommends 1.8.1 but that's the default version for 16.04
so any tutorial change needs to address both those concerns

>
> b) I got an error during vagrant up
>
> ==> default: fatal: [kernel-ci-backend]: FAILED! => {"changed": false, "cmd": "/usr/bin/apt-key adv --keyserver hkp://keyserver.ubuntu.com --recv EA312927", "failed": true, 
> - Solved it by adding port 80 for apt-key
>    $ vagrant ssh
>     guest$ vi kernelci-backend/roles/install-deps/tasks/install-mongodb.yml
>                 - hkp://keyserver.ubuntu.com
> 	+hkp://keyserver.ubuntu.com:80
>      [Alt]  sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv EA312927
>
> Q: if that works without proxies, maybe it should be set to 80 by default?
>

Will test and see, if so there'll probably need to be a change in install_backend.sh

> c) I got a lot of warnings like these ones
>
> - Warning 1 (ignore)
>     GetPassWarning: Can not control echo on the terminal.? or ?Warning: Password input may be echoed.? - These do not affect the operation of the KernelCI VM.
> - Warning 2 (ignore)
>     ==> default: lava_scheduler_app.Notification.job_status_trigger: (fields.W901) CommaSeparatedIntegerField has been deprecated. Support for it (except in historical migrations) will be removed in Django 2.0.
>     ==> default: 	HINT: Use CharField(validators=[validate_comma_separated_integer_list]) instead.
>
> Q: The tutorial mentions Warning 1, but not Warning 2. Maybe adding that would be a good idea. 

The tutorial is going to be reorganised before the release so we will
take this on board.

>
> 3) Modifying the 8080 port (very commonly used port, e.g. Fuego ;_+)
>
> I solved this by
>    $   vi Vagrantfile
>        +  config.vm.network :forwarded_port, guest: 8081, host: 8081
>     $ sudo vi /etc/apache2/ports.conf
>         -> change to 8081
>     $ sudo vi /etc/apache2/sites-enabled/lava-server.conf
>         -> change to 8081
>     $ sudo service apache2 restart
>     $ sudo /etc/init.d/lava-server restart
>
> Q: maybe this could be automated (?)

This would be the right solution - for the moment the best approach is
to edit integration-scripts/install_lava.sh on the host before creating
the VM and change 8080 to the desired port there (as well as the
Vagrantfile mod)

> *************************************************
>
> Second, regarding to LAVA health checks I think this is again a problem with being behind a
> proxy but I'm not sure how to debug it. These are the error messages that I get
> with QEMU's health check (/vagrant/tests/qemu-health-check.yaml)
>
>     - log:
>         Root tmp directory created at /var/lib/lava/dispatcher/tmp/7
>         start: 0 validate
>         Validating that https://images.validation.linaro.org/kvm/standard/stretch-2.img.gz exists
>         no device environment specified
>         Invalid job definition
>         Invalid job data: ["HTTPSConnectionPool(host='images.validation.linaro.org', port=443): Max retries exceeded with url: /kvm/standard/stretch-2.img.gz (Caused by NewConnectionError('<requests.packages.urllib3.connection.VerifiedHTTPSConnection object@0x7f430c9b9c50>: Failed to establish a new connection: [Errno -5] No address associated with hostname',))"]
>         validate duration: 0.02
>         Cleanup: removing /var/lib/lava/dispatcher/tmp/7
>     - traceback
>         Traceback (most recent call last):
>           File "/usr/lib/python2.7/dist-packages/lava/dispatcher/commands.py", line 88, in run_pipeline_job
>             job.validate(simulate=validate_only)
>           File "/usr/lib/python2.7/dist-packages/lava_dispatcher/pipeline/job.py", line 173, in validate
>             self.pipeline.validate_actions()
>           File "/usr/lib/python2.7/dist-packages/lava_dispatcher/pipeline/action.py", line 205, in validate_actions
>             raise JobError("Invalid job data: %s\n" % self.errors)
>         JobError: Invalid job data: ["HTTPSConnectionPool(host='images.validation.linaro.org', port=443): Max retries exceeded with url: /kvm/standard/stretch-2.img.gz (Caused by NewConnectionError('<requests.packages.urllib3.connection.VerifiedHTTPSConnection object@0x7f430c9b9c50>: Failed to establish a new connection: [Errno -5] No address associated with hostname',))"]


Looking at this at the moment

>
> If someone has a clue about this please let me know. 
> # http_proxy-like variables are all defined in the VM (/etc/environment), and I can use wget and download
> stretch-2.img.gz without problems.
>

Thanks for your report and suggestions

Robert

      parent reply	other threads:[~2017-04-26 13:56 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-26  8:27 [cip-dev] Problems installing "Board at desk" Daniel Sangorrin
2017-04-26  8:36 ` Wolfgang Mauerer
2017-04-26  9:00   ` Yoshitake Kobayashi
2017-04-26  9:04     ` Wolfgang Mauerer
2017-04-26 13:35       ` Agustin Benito Bethencourt
2017-04-26 13:56 ` Robert Marshall [this message]

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=87y3une0i1.fsf@ctlt579.codethink.co.uk \
    --to=robert.marshall@codethink.co.uk \
    --cc=cip-dev@lists.cip-project.org \
    /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