The nightly test test_EPN_config_file is failing in its setup in [testing_master_previous] Nightly PR #1187 phase with an error
test_EPN_config_file
setup
cls.pkg = pkg.stdout_text.strip() > cls.clients[0].run_command(['cp', os.path.join(pkgdir, cls.pkg), '/tmp']) test_integration/test_epn.py:302: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <ipatests.pytest_ipa.integration.host.Host client1.ipa.test (client)> argv = ['cp', '/tmp/886683db-beff-42fc-bd83-6d71dac688e4/freeipa-client-4.10.0.dev-0.fc33.x86_64.rpm\nfreeipa-client-common-4...c33.noarch.rpm\npython3-ipaserver-4.10.0.dev-0.fc33.noarch.rpm\npython3-ipatests-4.10.0.dev-0.fc33.noarch.rpm', '/tmp'] set_env = True, stdin_text = None, log_stdout = True, raiseonerr = True cwd = None, bg = False, encoding = 'utf-8', ok_returncode = 0 ... E subprocess.CalledProcessError: Command '['cp', '/tmp/886683db-beff-42fc-bd83-6d71dac688e4/freeipa-client-4.10.0.dev-0.fc33.x86_64.rpm\nfreeipa-client-common-4.10.0.dev-0.fc33.noarch.rpm\nfreeipa-client-epn-4.10.0.dev-0.fc33.x86_64.rpm\nfreeipa-client-samba-4.10.0.dev-0.fc33.x86_64.rpm\nfreeipa-common-4.10.0.dev-0.fc33.noarch.rpm\nfreeipa-python-compat-4.10.0.dev-0.fc33.noarch.rpm\nfreeipa-server-4.10.0.dev-0.fc33.x86_64.rpm\nfreeipa-server-common-4.10.0.dev-0.fc33.noarch.rpm\nfreeipa-server-dns-4.10.0.dev-0.fc33.noarch.rpm\nfreeipa-server-trust-ad-4.10.0.dev-0.fc33.x86_64.rpm\npython3-ipaclient-4.10.0.dev-0.fc33.noarch.rpm\npython3-ipalib-4.10.0.dev-0.fc33.noarch.rpm\npython3-ipaserver-4.10.0.dev-0.fc33.noarch.rpm\npython3-ipatests-4.10.0.dev-0.fc33.noarch.rpm', '/tmp']' returned non-zero exit status 1.
Full report
This error is an infra issue.
The installation of the test machines did not succeed in installing the packages built by the fedora-previous/build task. The list of installed packages in installed_packages shows only freeipa 4.9.6-1, while the expected version would be 4.10.0.dev-0.
fedora-previous/build
The test scenario is the following: - remove ipa-client-epn pkg - download ipa-client-epn in a temp directory with dnf install --downloadonly *ipa-client-epn - get the content of the temp dir with ls -1 - cp $(output of ls -1) into /tmp
dnf install --downloadonly *ipa-client-epn
ls -1
As the test starts (because of the infra issue) with freeipa-client-epn 4.9.x, the dnf install command retrieves freeipa-client-epn 4.10 and downloads all the ipa pkgs for update (without the infra issue, only freeipa-client-epn would have been downloaded). The ls -1 command outputs a list of pkgs instead of a single one and the cp command fails.
Since the issue is an infra issue, closing as won't fix. We could only add safeguards when provisioning the test machines and ensure that the newly built pkgs are installed.
Metadata Update from @frenaud: - Issue close_status updated to: wontfix - Issue status updated to: Closed (was: Open)
Metadata Update from @frenaud: - Issue assigned to frenaud
Login to comment on this ticket.