Re: [Fuego] selftest instructions

Laszlo Sitzer <[email protected]>
Newsgroups dev.linux.lists.fuego
Message-ID <CACBqSLMNgLm869veYsOH8Do8kjYk2YX9obzcNqjWY7dPkxmqgg@mail.gmail.com>
So I am still trying to run the Functional.fuego_release_test from within
the fuego container (as root).
Is there something totally wrong?

>>>
docker exec -ti fuego-container /bin/bash
ftc add-nodes -b fuego-test
ftc add-jobs    -b fuego-test -t Functional.fuego_release_test
ftc run-test     -b fuego-test -t Functional.fuego_release_test
>>>

I managed to get the release test itself to work. It runs and fails as it
times out waiting for the Jenkins in the fuego-release-container (i
suspect).

But I wanted to give an update on what I did in the meantime to get there.
So I had to:
  - bind-mount  /usr/bin/docker into the container (the socket was already
there)
  - add jenkins to sudoers that need no password
  - install python3-pip (because test_run.py wants python3) and a couple of
other python3 deb and pips

But along the way I tend to run into lots of unexpected curiosities like:
when I ran the fuego_relase_test
and it is building the docker image for fuego-release-container (expected)
but with debian jessie!? I am still puzzled.

The string "jessie" I could only find in fuego-ro/conf/fuego.conf in the
line "server_squad_project=jessie".
I suspect the release test somehow managed to pick up either an outdated
git repo, branch, tar archive or alike.

Enough for today ; )

Would be nice to hear if anyone can execute release tests successfully.


Best,

Lazlo

PS: I am very tempted to start a CI discussion ... but not today

On Sun, Jul 12, 2020 at 8:00 PM Laszlo Sitzer <
[email protected]> wrote:

> Found the documentation in Functional.fuego_release_test/README.md.
> So I run the following from the docker host
>
> >>>
> docker exec -ti fuego-container /bin/bash
> ftc add-nodes -b fuego-test
> ftc add-jobs    -b fuego-test -t Functional.fuego_release_test
> ftc run-test     -b fuego-test -t Functional.fuego_release_test
> >>>
>
> Next problem I run into is that "sudo" is called at some point either by
> the test script or by the fuego host scripts from the fuego under test.
> I hotfixed by allowing the "jenkins" user inside the docker container to
> use sudo without a password.
>
> >>>
> echo "jenkins   ALL=(ALL) NOPASSWD:ALL" > /etc/sudoers.d/no-passwd
> >>>
>
> So I run the 'run-test' command again .... and end up with another problem.
>
> >>>
> Traceback (most recent call last):
>   File "/fuego-core/tests/Functional.fuego_release_test/test_run.py", line
> 15, in <module>
>     import docker
> ImportError: No module named 'docker'
> >>>
>
> Okay. So I install python-docker in the container (apt-get -q install -y
> python-docker) ... and run again.
> Same "No module named 'docker'" error. Which leaves me a bit puzzled as I
> installed python-docker
> as root using apt in the container ... and whoever is using it should be
> able to pick it up (assuming the
> jenkins user is executing the tests when I run ftc as root).
>
> I will keep on digging and fixing. Just wanted to check if that is
> expected or I am doing something fundamentally wrong here.
> Just to be sure, I am trying to run the self-tests against the current
> master of Fuego (not the branch that I plan to actually verify).
> If someone could confirm Fuego self-tests are working for the out of the
> box?
>
>
> Best,
>
> Lazlo
>
>
> On Sun, Jul 12, 2020 at 6:43 PM Laszlo Sitzer <
> [email protected]> wrote:
>
>> Hello!
>>
>> I am working on updating the Fuego docker image and want to make sure I
>> don't break anything. I notice in Fuego v1.3 a self-test was introduced.
>>
>> I wanted to check if the following sequence is sufficient to test Fuego
>> works correctly:
>>
>> >>>
>> ftc add-nodes -b docker
>> ftc add-jobs -b docker -t Functional.fuego_release_test
>> ftc run-test -b docker -t Functional.fuego_release_test
>> >>>
>>
>> Best,
>>
>> Lazlo
>>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.