You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
An issue in Podman 2.2.1 breaks the QA test by adding a line containing the IP 127.0.1.1 to the /etc/hosts file inside the containers, when they are being spawned using --network=host. This only affects the octopus deployment, as ses7 has an older Podman version 2.1.1 where this problem does not occurr.
When the container issues socket.getfqdn() the name of the container (e.g. ceph-ba72a5f2-9a0c-11ec-a714-5254000f2321-mgr.master.yhzbor) is being returned, thereby breaking what Ceph reports in ceph mgr services. As that name is not accessible from the host VM or other nodes, the QA test breaks.
sesdev qa-test <octopus-deployment> breaks and reports
[...]
master: All repositories have been refreshed.
master: + _zypper_install_on_master curl
master: + set -x
master: + zypper --non-interactive install --no-recommends curl
master: Loading repository data...
master: Warning: Repository 'Main Update Repository' appears to be outdated. Consider using a different mirror or server.
master: Reading installed packages...
master: Resolving package dependencies...
master:
master: The following NEW package is going to be installed:
master: curl
master:
master: 1 new package to install.
master: Overall download size: 331.8 KiB. Already cached: 0 B. After the operation, additional 471.2 KiB will be used.
master: Continue? [y/n/v/...? shows all options] (y): y
master: Retrieving package curl-7.66.0-lp152.3.24.1.x86_64 (1/1), 331.8 KiB (471.2 KiB unpacked)
master: Retrieving: curl-7.66.0-lp152.3.24.1.x86_64.rpm [done]
master:
master: Checking for file conflicts: [.....done]
master: (1/1) Installing: curl-7.66.0-lp152.3.24.1.x86_64 [...........done]
master: + set +x
master: ++ ceph mgr services
master: ++ jq -r .dashboard
master: + dashboard_url=https://ceph-ba72a5f2-9a0c-11ec-a714-5254000f2321-mgr.master.yhzbor:8443/
master: + grep -i suse
master: + curl --silent --insecure https://ceph-ba72a5f2-9a0c-11ec-a714-5254000f2321-mgr.master.yhzbor:8443/
master: ERROR: SUSE dashboard branding appears to be completely absent!
master: WWWW: dashboard_branding_not_completely_absent_test: FAIL
master:
master:
master: Overall result: NOT_OK (error )
master: + set +x
Command '['vagrant', 'provision', '--provision-with', 'qa-test']' failed: ret=1 stderr:
The SSH command responded with a non-zero exit status. Vagrant
assumes that this means the command failed. The output for this command
should be in the log above. Please read the output to determine what
went wrong.
script returned exit code 1+ sleep 60
+ source /tmp/ws/sesdev-integration/PR-632/3/jcs/venv/bin/activate
++ deactivate nondestructive
++ unset -f pydoc
++ '[' -z '' ']'
++ '[' -z '' ']'
++ '[' -n /usr/bin/sh ']'
++ hash -r
++ '[' -z '' ']'
++ unset VIRTUAL_ENV
++ '[' '!' nondestructive = nondestructive ']'
++ VIRTUAL_ENV=/tmp/ws/sesdev-integration/PR-632/3/jcs/venv
++ export VIRTUAL_ENV
++ _OLD_VIRTUAL_PATH=/home/jenkins/bin:/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin
++ PATH=/tmp/ws/sesdev-integration/PR-632/3/jcs/venv/bin:/home/jenkins/bin:/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin
++ export PATH
++ '[' -z '' ']'
++ '[' -z '' ']'
++ _OLD_VIRTUAL_PS1=
++ '[' x '!=' x ']'
+++ basename /tmp/ws/sesdev-integration/PR-632/3/jcs/venv
++ PS1='(venv) '
++ export PS1
++ alias pydoc
++ '[' -n /usr/bin/sh ']'
++ hash -r
+ jcs delete --cloud openstack sesdev-integration_PR-632-3
Connected to jenkins server 2.277.4
Jenkins node "sesdev-integration_PR-632-3" deleting...
Jenkins node "sesdev-integration_PR-632-3" deleted
OS instance "jcs-sesdev-integration_PR-632-3" (04ae8140-635e-4bd2-9ff4-66e70ce027a2) deleting...
OS instance "jcs-sesdev-integration_PR-632-3" (04ae8140-635e-4bd2-9ff4-66e70ce027a2) deleted
Sleeping for 10 sec
+ rm -rf /tmp/ws/sesdev-integration/PR-632/3
The text was updated successfully, but these errors were encountered:
Ignore Podman 2.2.1 in `octopus` as it contains an unfixed bug that, in
conjunction with using `--network=host` leads to an `/etc/hosts` entry
being added which confuses Pythons `socket.getfqdn()` function and leads
to inaccessible links in `ceph mgr services`.
Fixes: SUSE#633
Signed-off-by: Patrick Seidensal <[email protected]>
Ignore Podman 2.2.1 in `octopus` as it contains an unfixed bug that, in
conjunction with using `--network=host`, leads to an `/etc/hosts` entry
being added which confuses Pythons `socket.getfqdn()` function and leads
to inaccessible links in `ceph mgr services`.
Fixes: SUSE#633
Signed-off-by: Patrick Seidensal <[email protected]>
p-se
added a commit
to p-se/sesdev
that referenced
this issue
Mar 4, 2022
Ignore Podman 2.2.1 in `octopus` as it contains an unfixed bug that, in
conjunction with using `--network=host`, leads to an `/etc/hosts` entry
being added which confuses Pythons `socket.getfqdn()` function and leads
to inaccessible links in `ceph mgr services`.
Fixes: SUSE#633
Signed-off-by: Patrick Seidensal <[email protected]>
An issue in Podman 2.2.1 breaks the QA test by adding a line containing the IP
127.0.1.1
to the/etc/hosts
file inside the containers, when they are being spawned using--network=host
. This only affects theoctopus
deployment, asses7
has an older Podman version 2.1.1 where this problem does not occurr.containers/podman#10319
When the container issues
socket.getfqdn()
the name of the container (e.g.ceph-ba72a5f2-9a0c-11ec-a714-5254000f2321-mgr.master.yhzbor
) is being returned, thereby breaking what Ceph reports inceph mgr services
. As that name is not accessible from the host VM or other nodes, the QA test breaks.sesdev qa-test <octopus-deployment>
breaks and reportsThe text was updated successfully, but these errors were encountered: