openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-07-16T11:52:32ZopenSUSE Project Management Tool
Redmine openQA Tests - action #132821 (Resolved): agama test fails in validate_lvm due to wrong password ...https://progress.opensuse.org/issues/1328212023-07-16T11:52:32Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>During the beginning of the agama tests we set the root user to linux, but this variable is inherited throughout other test modules.<br>
The actual installation settings are defined in the agama playwright tests here: <a href="https://github.com/jknphy/e2e-agama-playwright/pull/6" class="external">https://github.com/jknphy/e2e-agama-playwright/pull/6</a><br>
username: bernhard<br>
password: nots3cr3t (same for root)</p>
<p>A record_info placed in the beginning of the validate_encrypt and validate_lvm module, shows that the worker variables are different that expected: <br>
<a href="https://openqa.opensuse.org/tests/3433326#step/validate_encrypt/1" class="external">https://openqa.opensuse.org/tests/3433326#step/validate_encrypt/1</a><br>
<a href="https://openqa.opensuse.org/tests/3433327#step/validate_lvm/1" class="external">https://openqa.opensuse.org/tests/3433327#step/validate_lvm/1</a></p>
<p>The variables of password and username are defined in the agama libraries:<br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/lib/Yam/agama" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/lib/Yam/agama</a></p>
<p><strong>Acceptance criteria</strong></p>
<ul>
<li>Make sure that the $password and $username inherited by validate_lvm and valicate_encrypt are according to the test expectations. Possibly add a pre-run hook in the module, if needed.</li>
</ul>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario alp-agama-2.1-staging-agama-live-default-Playwright-aarch64-agama_dolomite_lvm@aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/3432174/modules/validate_lvm/steps/5" class="external">validate_lvm</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>The base test suite is used for job templates defined in YAML documents. It has no settings of its own.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/3432174" class="external">1.36</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/3428082" class="external">1.35</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=alp&flavor=agama-live-default-Playwright&machine=aarch64&test=agama_dolomite_lvm&version=agama-2.1-staging" class="external">latest</a></p>
openQA Project - action #127739 (New): ASSET_1 gets outdated value when using openqa-clone-custom...https://progress.opensuse.org/issues/1277392023-04-17T07:59:50Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>When using openqa-clone-custom-git-refspec in order to clone a job, the value of ASSET_1 or any other ASSET get's the value from settings. But usually, the ASSET uploaded after the original job is run, gets another file name. For example, if ASSET_1=dev_tools.dud in settings, the original job will have uploaded ASSET_1=10931294-dev_tools.dud and the cloned job will fail because it cannot find dev_tools.dud with error:<br>
[info] [<a class="issue tracker-4 status-5 priority-4 priority-default closed" title="action: Breadcrumbs (Closed)" href="https://progress.opensuse.org/issues/555">#555</a>] Downloading "dev_tools.dud" from "<a href="http://openqa.suse.de/tests/10932003/asset/other/dev_tools.dud" class="external">http://openqa.suse.de/tests/10932003/asset/other/dev_tools.dud</a>"<br>
[info] [<a class="issue tracker-4 status-5 priority-4 priority-default closed" title="action: Breadcrumbs (Closed)" href="https://progress.opensuse.org/issues/555">#555</a>] Download of "/var/lib/openqa/cache/openqa.suse.de/dev_tools.dud" failed: 404 Not Found</p>
<p>In order to have a successful cloning, ASSET_1 has to be manually set to ASSET_1=10931294-dev_tools.dud while typing the refspec command.<br>
#openqa-clone-custom-git-refspec <a href="https://github.com/sofiasyria/os-autoinst-distri-opensuse/tree/master" class="external">https://github.com/sofiasyria/os-autoinst-distri-opensuse/tree/master</a> <a href="https://openqa.suse.de/tests/10931666" class="external">https://openqa.suse.de/tests/10931666</a> ASSET_1='10931294-dev_tools.dud'</p>
<p>It would be useful to automate the above process. </p>
openQA Infrastructure - action #127337 (Resolved): Some s390x workers have been failing for all j...https://progress.opensuse.org/issues/1273372023-04-06T09:04:57Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>There are quite a few s390x failures on booting, so after comparing test results, the observation that workers:<br>
<a href="https://openqa.suse.de/admin/workers/1328" class="external">grenache-1:30</a><br>
<a href="https://openqa.suse.de/admin/workers/1348" class="external">grenache-1:40</a><br>
<a href="https://openqa.suse.de/admin/workers/1809" class="external">grenache-1:43</a><br>
<a href="https://openqa.suse.de/admin/workers/1812" class="external">grenache-1:44</a></p>
<p>have been constantly failing for all jobs for the last 11 months. It seeems that before this period of time, the workers (besides grenache-1:44 which was still s390x) were used for ipm and ppc tests and they are now switched to s390x service.</p>
<p>A very frequent error message is : Test died: unexpected end of data at /usr/lib/os-autoinst/consoles/VNC.pm line 187. <a href="https://openqa.suse.de/tests/10869590#step/bootloader_start/39" class="external">example</a> </p>
<p>Possibly related with: <a href="https://progress.opensuse.org/issues/108266" class="external">https://progress.opensuse.org/issues/108266</a></p>
<p>Note: we noticed this issue, after creating a generic s390x-kvm machine, to take advantage of s390-kvm WORKER_CLASS. It seems that other current s390x jobs that are designated to use s390x-kvm-sle12/15 do not run on these workers. For more information, see : <a href="https://progress.opensuse.org/issues/126293" class="external">https://progress.opensuse.org/issues/126293</a></p>
openQA Infrastructure - action #90692 (Rejected): [sporadic] script_output getting wrong output o...https://progress.opensuse.org/issues/906922021-04-06T07:50:59Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Only for aarch64, the following command:<br>
script_output("cat /proc/sys/kernel/sysrq");<br>
should return the content of the sysrq file, but 10% of the times it returns the character [, which seemt to be taken mistakenly by the serial console.<br>
Failure:<br>
<a href="https://openqa.suse.de/tests/5754960#step/yast2_system_settings/51" class="external">https://openqa.suse.de/tests/5754960#step/yast2_system_settings/51</a></p>
openQA Project - action #87725 (New): MULTIPATH backend variable doesn't set HDDMODEL for aarch64https://progress.opensuse.org/issues/877252021-01-13T16:48:15Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>According to the definition of the variable, if MULTIPATH=1:<br>
"Add HDD drives as multipath devices. Override HDDMODEL to virtio-scsi-pci"</p>
<p>That indeed happens when used on 64bit or ppc64le, but for aarch64, HDDMODEL remains to default value "virtio-blk-device". Test fails with error: "Device 'virtio-blk-device' can't go on SCSI bus". In order for the test to work, HDDMODEL needs to be set to "scsi-hd".</p>
openQA Tests - action #72184 (New): [virtualization][y] Select_console fails sporadically for svi...https://progress.opensuse.org/issues/721842020-10-01T15:10:12Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>There is a sporadic failure of approximately 17%, for prepare_data module for yast2_gui test suite. The SUT seems to be freezing with black screen, when select_console is called.</p>
<p>It is notable that by simplifying the module to:</p>
<pre><code>sub run {
select_console 'root-console';
}
1;
</code></pre>
<p>it still displays the same percentage of failure.</p>
<p>The issue is not present in case of using xterm and chvt 6.</p>
<pre><code>sub run {
x11_start_program('xterm');
wait_still_screen(5);
become_root;
assert_script_run "chvt 6";
assert_screen "tty6-selected";
}
1;
</code></pre>
<p>Unfortunately, the logs are not helpful. When successfully switching to tty6, the autoinst logs contain:<br>
[2020-09-30T17:28:05.896 CEST] [debug] <<< testapi::select_console(testapi_console="root-console")<br>
....<br>
[ 82.601276] <strong>systemd[1]: Started Getty on tty6.</strong></p>
<p>Looking at the logs from failed runs, the above phrase is missing.</p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-yast2_gui@svirt-xen-hvm fails in<br>
<a href="https://openqa.suse.de/tests/4718229/modules/prepare_test_data/steps/3" class="external">prepare_test_data</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p><a href="https://openqa.suse.de/tests/4752856" class="external">48.1</a></p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=svirt-xen-hvm&test=yast2_gui&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #71641 (Resolved): [y] test fails in sshd for ppc64le-hmc-4diskhttps://progress.opensuse.org/issues/716412020-09-22T11:10:39Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The command <br>
#echo $SSH_TTY | grep "\/dev\/pts\/"<br>
is returning the expected result but the system sends a failure message :" -bash /dev/sshserial: Permission denied"<br>
This happens only with the particular architecture.</p>
<p>Investigate if this is an infrastructure issue or a Bug and open the relative tickets.</p>
<p>openQA test in scenario sle-15-SP3-Online-ppc64le-minimal+role_minimal@ppc64le-hmc-4disk fails in<br>
<a href="https://openqa.suse.de/tests/4711894/modules/sshd/steps/35" class="external">sshd</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Like default but explicitly select the system role "minimal". The resulting system should roughly correspond to an unregistered system but with access to modules for optional installation.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/4557811" class="external">14.2</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=ppc64le&distri=sle&flavor=Online&machine=ppc64le-hmc-4disk&test=minimal%2Brole_minimal&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #69751 (Resolved): [y] Module validate_encrypt fails on s390x-kvm-sle12https://progress.opensuse.org/issues/697512020-08-10T07:45:25Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems to be related to <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/0dabd841cf1cd34f5fb78e17970f08d1a97574f6" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/0dabd841cf1cd34f5fb78e17970f08d1a97574f6</a></p>
<p>openQA test in scenario sle-15-SP3-Online-s390x-lvm-encrypt-separate-boot@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4554601/modules/validate_encrypt/steps/21" class="external">validate_encrypt</a></p>
<p>It's just zkvm affected</p>
<p>openQA test in scenario sle-15-SP2-Online-s390x-lvm-full-encrypt@s390x-kvm-sle12 and lvm-encrypt-separate-boot@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4541327/modules/validate_encrypt/steps/21" class="external">validate_encrypt</a><br>
or <br>
<a href="https://openqa.suse.de/tests/4541308#step/validate_encrypt/22" class="external">validate_encrypt</a></p>
<p>Looks like the command </p>
<pre><code>command 'cryptsetup -v luksHeaderBackup /dev/disk/by-path/ccw-0.0.0000-part3 --header-backup-file /root//dev/disk/by-path/ccw-0.0.0000-part3
</code></pre>
<p>needs some modification for the particular machine.</p>
<p>The failure message is the bellow</p>
<pre><code># Test died: command 'cryptsetup -v luksHeaderBackup /dev/disk/by-path/ccw-0.0.0000-part3 --header-backup-file /root//dev/disk/by-path/ccw-0.0.0000-part3' failed at /var/lib/openqa/cache/openqa.suse.de/tests/sle/lib/validate_encrypt_utils.pm line 92.
</code></pre>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/4424857" class="external">209.2</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=s390x&distri=sle&flavor=Online&machine=s390x-kvm-sle12&test=lvm-full-encrypt&version=15-SP2" class="external">latest</a></p>
openQA Project - action #69313 (Resolved): When using refspec for ppc for a particular job, PRODU...https://progress.opensuse.org/issues/693132020-07-24T10:25:20Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>While attempting to run refspecs for test "autoyast_reinstall" job on various architectures, I faced an issue specifically on ppc64le. The PRODUCTDIR needs to be set manually like following: <br>
<code>openqa-clone-custom-git-refspec https://github.com/sofiasyria/os-autoinst-distri-opensuse/tree/ac68803 https://openqa.suse.de/tests/4427385 ASSET_1="04427383-autoinst.xml" YAML_TEST_DATA=test_data/yast/autoyast_reinstall/autoyast_reinstall_ppc64le-hmc.yaml PRODUCTDIR="os-autoinst-distri-opensuse/products/sle"</code></p>
<p>If the above command is used without the PRODUCTDIR specification, the variable gets the value "os-autoinst-distri-opensuseos-autoinst-distri-opensuse/products/sle" which leads to test failure as here:<br>
<a href="https://openqa.suse.de/tests/4482090" class="external">https://openqa.suse.de/tests/4482090</a></p>
<p>The particular test suite runs for ppc64le-2g, ppc64le-hmc-single-disk, 64bit, s390x and aarch64. For both the ppc machines, the PRODUCTDIR needs to be set manually. For rest of them, it's not necessary.</p>
<p>I have unsuccessfully tried to reproduce the issue with other jobs on ppc.</p>
openQA Tests - action #67903 (Resolved): [y][functional] Set partial sync for Debug and Source re...https://progress.opensuse.org/issues/679032020-06-09T14:02:53Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Following up <a href="https://progress.opensuse.org/issues/54794" class="external">issue#54794</a> , after the list of used packages from debug and source repositories, have been identified:</p>
<ul>
<li>kernel-default-base-debuginfo</li>
<li>kernel-default-debuginfo</li>
<li>coreutils</li>
<li>selinux</li>
<li>yast2-network</li>
<li>yast2-http-server</li>
<li>java</li>
</ul>
<p>the synchronization of the repositories will be changed to partial, instead of full.</p>
<p>Here is the repo for sync part: <a href="https://gitlab.suse.de/openqa/openqa-trigger-from-ibs" class="external">https://gitlab.suse.de/openqa/openqa-trigger-from-ibs</a><br>
<a href="https://gitlab.suse.de/openqa/openqa-trigger-from-ibs/-/blob/master/xml/ibs/SUSE:SLE-15.xml" class="external">https://gitlab.suse.de/openqa/openqa-trigger-from-ibs/-/blob/master/xml/ibs/SUSE:SLE-15.xml</a> <br>
See <a href="https://github.com/andrii-suse/openqa-trigger-from-obs/blob/master/xml/obs/openSUSE:Factory.xml#L7" class="external">https://github.com/andrii-suse/openqa-trigger-from-obs/blob/master/xml/obs/openSUSE:Factory.xml#L7</a></p>
<p>We need to send another e-mail to qa-sle to confirm the list.<br>
We also need to cross check from which repos package are coming.</p>
openQA Project - action #67822 (Resolved): [tools] When using refspec for svirt-xen-hvm , openQA-...https://progress.opensuse.org/issues/678222020-06-08T11:17:32Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Using refsep tool in order to run a test on svirt-xen-hvm, will fail at bootloader_svirt if the test is assigned to openQA-SUT-2.</p>
<pre><code>�[0m[2020-06-08T11:18:53.923 CEST] [debug] <<< backend::baseclass::run_ssh(cmd="cat > /var/lib/libvirt/images/openQA-SUT-2.xml", hostname="openqaw5-xen.qa.suse.de", password="SECRET", username=undef, keep_open=1)
[2020-06-08T11:18:53.923 CEST] [debug] <<< backend::baseclass::new_ssh_connection(blocking=1, username=undef, hostname="openqaw5-xen.qa.suse.de", password="SECRET", keep_open=1)
[2020-06-08T11:18:54.067 CEST] [debug] <<< backend::baseclass::run_ssh_cmd(cmd="virsh destroy openQA-SUT-2 |& grep -v \"\\(failed to get domain\\|Domain not found\\)\"", wantarray=0, keep_open=1, username=undef, hostname="openqaw5-xen.qa.suse.de", password="SECRET")
[2020-06-08T11:18:54.067 CEST] [debug] <<< backend::baseclass::run_ssh(cmd="virsh destroy openQA-SUT-2 |& grep -v \"\\(failed to get domain\\|Domain not found\\)\"", password="SECRET", hostname="openqaw5-xen.qa.suse.de", username=undef, wantarray=0, keep_open=1)
[2020-06-08T11:18:54.068 CEST] [debug] <<< backend::baseclass::new_ssh_connection(blocking=1, password="SECRET", hostname="openqaw5-xen.qa.suse.de", username=undef, keep_open=1, wantarray=0)
�[37m[2020-06-08T11:18:54.245 CEST] [debug] [run_ssh_cmd(virsh destroy openQA-SUT-2 |& grep -v "\(failed to get domain\|Domain not found\)")] stdout:
error: Failed to destroy domain openQA-SUT-2
error: internal error: Failed to destroy domain '817'
�[0m�[37m[2020-06-08T11:18:54.245 CEST] [debug] [run_ssh_cmd(virsh destroy openQA-SUT-2 |& grep -v "\(failed to get domain\|Domain not found\)")] exit-code: 0
�[0m[2020-06-08T11:18:54.245 CEST] [debug] <<< backend::baseclass::run_ssh_cmd(cmd="virsh undefine --snapshots-metadata openQA-SUT-2 |& grep -v \"\\(failed to get domain\\|Domain not found\\)\"", username=undef, hostname="openqaw5-xen.qa.suse.de", password="SECRET", wantarray=0, keep_open=1)
[2020-06-08T11:18:54.245 CEST] [debug] <<< backend::baseclass::run_ssh(cmd="virsh undefine --snapshots-metadata openQA-SUT-2 |& grep -v \"\\(failed to get domain\\|Domain not found\\)\"", keep_open=1, wantarray=0, username=undef, hostname="openqaw5-xen.qa.suse.de", password="SECRET")
[2020-06-08T11:18:54.246 CEST] [debug] <<< backend::baseclass::new_ssh_connection(keep_open=1, wantarray=0, blocking=1, username=undef, hostname="openqaw5-xen.qa.suse.de", password="SECRET")
�[37m[2020-06-08T11:18:54.420 CEST] [debug] [run_ssh_cmd(virsh undefine --snapshots-metadata openQA-SUT-2 |& grep -v "\(failed to get domain\|Domain not found\)")] stdout:
error: Failed to undefine domain openQA-SUT-2
error: Requested operation is not valid: cannot undefine transient domain
�[0m�[37m[2020-06-08T11:18:54.420 CEST] [debug] [run_ssh_cmd(virsh undefine --snapshots-metadata openQA-SUT-2 |& grep -v "\(failed to get domain\|Domain not found\)")] exit-code: 0
�[0m[2020-06-08T11:18:54.420 CEST] [debug] <<< backend::baseclass::run_ssh_cmd(cmd="virsh define /var/lib/libvirt/images/openQA-SUT-2.xml", username=undef, password="SECRET", hostname="openqaw5-xen.qa.suse.de", wantarray=0, keep_open=1)
[2020-06-08T11:18:54.421 CEST] [debug] <<< backend::baseclass::run_ssh(cmd="virsh define /var/lib/libvirt/images/openQA-SUT-2.xml", username=undef, password="SECRET", hostname="openqaw5-xen.qa.suse.de", keep_open=1, wantarray=0)
[2020-06-08T11:18:54.421 CEST] [debug] <<< backend::baseclass::new_ssh_connection(username=undef, password="SECRET", hostname="openqaw5-xen.qa.suse.de", blocking=1, wantarray=0, keep_open=1)
�[37m[2020-06-08T11:18:54.585 CEST] [debug] [run_ssh_cmd(virsh define /var/lib/libvirt/images/openQA-SUT-2.xml)] stdout:
�[0m�[37m[2020-06-08T11:18:54.585 CEST] [debug] [run_ssh_cmd(virsh define /var/lib/libvirt/images/openQA-SUT-2.xml)] stderr:
error: Failed to define domain from /var/lib/libvirt/images/openQA-SUT-2.xml
error: operation failed: domain 'openQA-SUT-2' already exists with uuid 9215f187-45ff-4915-87f7-c7f901a194b3
�[0m�[37m[2020-06-08T11:18:54.585 CEST] [debug] [run_ssh_cmd(virsh define /var/lib/libvirt/images/openQA-SUT-2.xml)] exit-code: 1
�[0m�[33m[2020-06-08T11:18:54.695 CEST] [info] ::: basetest::runtest: # Test died: {
"args" => [],
"json_cmd_token" => "geKeVGfx",
"console" => "svirt",
"cmd" => "backend_proxy_console_call",
"function" => "define_and_start"
}
virsh define failed at /usr/lib/os-autoinst/consoles/sshVirtsh.pm line 570, <$fh> line 28.
�[0m�[37m[2020-06-08T11:18:54.698 CEST] [debug] ||| finished bootloader_svirt installation at 2020-06-08 09:18:54 (20 s)
</code></pre>
<p>This issue is reproducible since Thursday 4/06/2020. <br>
<a href="https://openqa.suse.de/tests/4322931#next_previous">https://openqa.suse.de/tests/4322931#next_previous</a></p>
openQA Tests - action #67732 (Resolved): [functional][y] Add yast2_lang module for other than 64...https://progress.opensuse.org/issues/677322020-06-04T10:57:53Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>On step :<br>
<a href="https://openqa.suse.de/tests/4312187#step/yast2_lang/27" class="external">https://openqa.suse.de/tests/4312187#step/yast2_lang/27</a></p>
<p>The needle matching area is not properly specified. As a result, when running the module on different architectures, Croatian is selected and the module fails.</p>
<p>Create new needle that will be more specific (code changes might be necessary) and delete old needles that shouldn't be used.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ol>
<li>yast2_lang is executed on all architectures</li>
</ol>
openQA Project - action #67537 (Resolved): [tools] Not possible to change hostname on Xen tests.https://progress.opensuse.org/issues/675372020-06-01T13:11:50Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>When running module yast2_lan on Xen hvm, there is a step for changing the server's hostname via Yast ncurses. After that, running "hostname | grep $hostname" fails. These steps work on other architectures for any hostname given. </p>
<p>For $hostname = 'notsusetest'</p>
<p>Xen hvm: <a href="https://openqa.suse.de/tests/4301636">https://openqa.suse.de/tests/4301636</a><br>
x86: <a href="http://falafel.suse.cz/tests/832">http://falafel.suse.cz/tests/832</a></p>
<p>From autoinst.log:</p>
<pre><code>[2020-06-01T14:48:15.253 CEST] [debug] <<< testapi::type_string(string="notsusetest", max_interval=250, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
[2020-06-01T14:48:15.628 CEST] [debug] tests/console/yast2_lan.pm:79 called y2lan_restart_common::close_yast2_lan -> lib/y2lan_restart_common.pm:394 called testapi::send_key
[2020-06-01T14:48:15.628 CEST] [debug] <<< testapi::send_key(key="alt-o", wait_screen_change=0, do_wait=0)
[ 125.773551] systemd-udevd[444]: Network interface NamePolicy= disabled by default.
[2020-06-01T14:48:15.963 CEST] [debug] tests/console/yast2_lan.pm:79 called y2lan_restart_common::close_yast2_lan -> lib/y2lan_restart_common.pm:395 called testapi::wait_serial
[2020-06-01T14:48:15.963 CEST] [debug] <<< testapi::wait_serial(timeout=180, quiet=undef, buffer_size=undef, expect_not_found=0, regexp="yast2-lan-status-0", no_regex=0, record_output=undef)
[ 125.824397] systemd-udevd[2826]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
[ 125.850886] systemd-udevd[2825]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
[ 125.897175] systemd[1]: Starting Generate issue file for login session...
[ 125.942205] systemd[1]: Started Generate issue file for login session.
[ 127.756837] systemd[1]: Reloading wicked managed network interfaces.
[ 127.810697] wickedd-dhcp4[1027]: eth0: Request to release DHCPv4 lease with UUID 9ef8d45e-e14e-0c00-0904-000004000000: releasing...
[ 127.822276] wickedd-dhcp6[1028]: eth0: Request to release DHCPv6 lease using UUID 9ef8d45e-e14e-0c00-0904-000005000000: releasing...
Welcome to SUSE Linux Enterprise Server 15 SP2 RC3 (x86_64) - Kernel 5.3.18-20-default (ttyS0).
eth0: fe80::216:3eff:fe55:57af
notsusetest login: [ 133.404351] firewalld[943]: ERROR: UNKNOWN_INTERFACE: 'eth0' is not in any zone
[ 133.765808] wickedd-dhcp4[1027]: eth0: Request to acquire DHCPv4 lease with UUID 9ef8d45e-e14e-0c00-0904-000008000000
[ 133.776497] wickedd-dhcp6[1028]: eth0: Request to acquire DHCPv6 lease with UUID 9ef8d45e-e14e-0c00-0904-000009000000 in mode auto
[ 134.589778] wickedd-dhcp4[1027]: eth0: Committed DHCPv4 lease with address 10.162.31.224 (lease time 86400 sec, renew in 43200 sec, rebind in 75600 sec)
[ 135.256270] systemd[1]: Reloading System Logging Service.
[ 135.274887] rsyslogd[974]: [origin software="rsyslogd" swVersion="8.39.0" x-pid="974" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
[ 135.308382] systemd[1]: Reloaded System Logging Service.
Welcome to SUSE Linux Enterprise Server 15 SP2 RC3 (x86_64) - Kernel 5.3.18-20-default (ttyS0).
eth0: 10.162.31.224 fe80::216:3eff:fe55:57af
1c224 login: [ 138.129352] wickedd-dhcp6[1028]: eth0: link confirmation in reply with status All addresses still on link.
[ 138.140672] wickedd-dhcp6[1028]: eth0: Committing DHCPv6 lease with:
[ 138.148900] wickedd-dhcp6[1028]: eth0 +ia-na.address 2620:113:80c0:80a0:10:162:30:f88f/0, pref-lft 1619880, valid-lft 2591880
Welcome to SUSE Linux Enterprise Server 15 SP2 RC3 (x86_64) - Kernel 5.3.18-20-default (ttyS0).
eth0: 10.162.31.224 2620:113:80c0:80a0:10:162:30:f88f
1c224 login: [ 141.637845] wicked[3004]: eth0 device-ready
[ 141.648879] wicked[3004]: eth0 up
[ 141.673913] systemd[1]: Reloaded wicked managed network interfaces.
yast2-lan-status-0
�[32m[2020-06-01T14:48:34.044 CEST] [debug] >>> testapi::wait_serial: yast2-lan-status-0: ok
�[0m[2020-06-01T14:48:34.045 CEST] [debug] tests/console/yast2_lan.pm:80 called testapi::wait_still_screen
[2020-06-01T14:48:34.045 CEST] [debug] <<< testapi::wait_still_screen(similarity_level=47, stilltime=7, timeout=30)
�[32m[2020-06-01T14:48:41.091 CEST] [debug] >>> testapi::wait_still_screen: detected same image for 7 seconds, last detected similarity is 50.3353530196853
�[0m[2020-06-01T14:48:41.091 CEST] [debug] tests/console/yast2_lan.pm:85 called opensusebasetest::clear_and_verify_console -> lib/opensusebasetest.pm:51 called utils::clear_console -> lib/utils.pm:336 called testapi::type_string
[2020-06-01T14:48:41.092 CEST] [debug] <<< testapi::type_string(string="clear\n", max_interval=250, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
[2020-06-01T14:48:41.295 CEST] [debug] tests/console/yast2_lan.pm:85 called opensusebasetest::clear_and_verify_console -> lib/opensusebasetest.pm:52 called testapi::assert_screen
[2020-06-01T14:48:41.295 CEST] [debug] <<< testapi::assert_screen(mustmatch="cleared-console", timeout=30)
�[37m[2020-06-01T14:48:41.399 CEST] [debug] no match: 89.9s, best candidate: cleared-console-root-wsl-20200525 (0.81)
�[0m�[32m[2020-06-01T14:48:42.402 CEST] [debug] >>> testapi::_handle_found_needle: found cleared-console-root-20190314, similarity 1.00 @ 65/3
�[0m[2020-06-01T14:48:42.402 CEST] [debug] tests/console/yast2_lan.pm:86 called testapi::assert_script_run
[2020-06-01T14:48:42.402 CEST] [debug] <<< testapi::assert_script_run(cmd="hostname|grep notsusetest", fail_message="", timeout=90, quiet=undef)
[2020-06-01T14:48:42.402 CEST] [debug] tests/console/yast2_lan.pm:86 called testapi::assert_script_run
[2020-06-01T14:48:42.402 CEST] [debug] <<< testapi::type_string(string="hostname|grep notsusetest", max_interval=250, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
[2020-06-01T14:48:43.271 CEST] [debug] tests/console/yast2_lan.pm:86 called testapi::assert_script_run
[2020-06-01T14:48:43.271 CEST] [debug] <<< testapi::type_string(string="; echo Zc7oL-\$?- > /dev/ttyS0\n", max_interval=250, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
Zc7oL-1-
[2020-06-01T14:48:44.391 CEST] [debug] tests/console/yast2_lan.pm:86 called testapi::assert_script_run
[2020-06-01T14:48:44.391 CEST] [debug] <<< testapi::wait_serial(regexp=qr/Zc7oL-\d+-/, record_output=undef, no_regex=0, buffer_size=undef, quiet=undef, timeout=90, expect_not_found=0)
�[32m[2020-06-01T14:48:45.461 CEST] [debug] >>> testapi::wait_serial: (?^:Zc7oL-\d+-): ok
�[0m�[33m[2020-06-01T14:48:45.529 CEST] [info] ::: basetest::runtest: # Test died: command 'hostname|grep notsusetest' failed at /var/lib/openqa/pool/12/os-autoinst-distri-opensuse/tests/console/yast2_lan.pm line 86.
�[0m�[37m[2020-06-01T14:48:45.530 CEST] [debug] ||| finished yast2_lan console at 2020-06-01 12:48:45 (93 s)
</code></pre>
<p>Digging old tickets, I found : <a href="https://progress.opensuse.org/issues/15740">https://progress.opensuse.org/issues/15740</a> <br>
but not sure if it could be related.</p>
openQA Tests - action #67120 (Resolved): [functional][y]test fails in zypper_ref while trying to ...https://progress.opensuse.org/issues/671202020-05-21T12:50:28Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Related to this change: <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10288">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10288</a></p>
<p>openQA test in scenario sle-15-SP2-Online-ppc64le-lvm@ppc64le fails in<br>
<a href="https://openqa.suse.de/tests/4264225/modules/zypper_ref/steps/2" class="external">zypper_ref</a></p>
<p><a href="https://openqa.suse.de/tests/4247142" class="external">Last good</a> was using root-console, but after <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/4e9cca349646152944d403c221b8322ac6842a72#diff-aff3537aeb29a78d33dc1fc514ab716dR26">https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/4e9cca349646152944d403c221b8322ac6842a72#diff-aff3537aeb29a78d33dc1fc514ab716dR26</a><br>
the module is attempting to use virtio console due to <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/opensusebasetest.pm#L1098">https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/opensusebasetest.pm#L1098</a> , but fails. Even though the commit looks like it's 22 days old and last good already had VIRTIO_CONSOLE=1, it didn't use the root-virtio-console. </p>
<p>Last good autoinst.log:</p>
<pre><code>[2020-05-16T11:57:49.052 CEST] [debug] ||| starting zypper_ref tests/console/zypper_ref.pm
[2020-05-16T11:57:49.053 CEST] [debug] tests/console/zypper_ref.pm:25 called testapi::select_console
[2020-05-16T11:57:49.053 CEST] [debug] <<< testapi::select_console(testapi_console="root-console")
[2020-05-16T11:57:49.859 CEST] [debug] tests/console/zypper_ref.pm:25 called testapi::select_console -> lib/susedistribution.pm:883 called testapi::assert_screen
[2020-05-16T11:57:49.859 CEST] [debug] <<< testapi::assert_screen(mustmatch="root-console", timeout=30, no_wait=1)
[2020-05-16T11:57:50.025 CEST] [debug] >>> testapi::_handle_found_needle: found root-console-top-20200304, similarity 1.00 @ 96/2
[2020-05-16T11:57:50.025 CEST] [debug] tests/console/zypper_ref.pm:26 called utils::zypper_enable_install_dvd -> lib/utils.pm:554 called utils::zypper_call -> lib/utils.pm:509 called testapi::script_run
</code></pre>
<p>Failed tests:</p>
<pre><code>�[0m�[1;34m[2020-05-21T05:14:21.047 CEST] [debug] ||| starting zypper_ref tests/console/zypper_ref.pm
�[0m[2020-05-21T05:14:21.047 CEST] [debug] tests/console/zypper_ref.pm:26 called opensusebasetest::select_serial_terminal -> lib/opensusebasetest.pm:1115 called testapi::select_console
[2020-05-21T05:14:21.047 CEST] [debug] <<< testapi::select_console(testapi_console="root-virtio-terminal")
[2020-05-21T05:14:21.048 CEST] [debug] <<< consoles::virtio_terminal::open_pipe(pipe_prefix="/var/lib/openqa/pool/8/virtio_console")
�[33m[2020-05-21T05:14:21.049 CEST] [info] ::: consoles::virtio_terminal::open_pipe: Set PIPE_SZ from 1048576 to 1048576
�[0m�[33m[2020-05-21T05:14:21.049 CEST] [info] ::: consoles::virtio_terminal::open_pipe: Set PIPE_SZ from 1048576 to 1048576
�[0m�[37m[2020-05-21T05:14:21.049 CEST] [debug] activate_console, console: root-virtio-terminal, type: virtio-terminal
�[0m[2020-05-21T05:14:21.050 CEST] [debug] tests/console/zypper_ref.pm:26 called opensusebasetest::select_serial_terminal -> lib/opensusebasetest.pm:1115 called testapi::select_console -> lib/susedistribution.pm:746 called serial_terminal::login -> lib/serial_terminal.pm:82 called bmwqemu::log_call
[2020-05-21T05:14:21.050 CEST] [debug] <<< serial_terminal::login()
[2020-05-21T05:14:21.050 CEST] [debug] tests/console/zypper_ref.pm:26 called opensusebasetest::select_serial_terminal -> lib/opensusebasetest.pm:1115 called testapi::select_console -> lib/susedistribution.pm:746 called serial_terminal::login -> lib/serial_terminal.pm:87 called testapi::wait_serial
[2020-05-21T05:14:21.050 CEST] [debug] <<< testapi::wait_serial(timeout=5, record_output=undef, expect_not_found=0, quiet=1, buffer_size=undef, regexp=qr/login:\s*$/ui, no_regex=0)
[2020-05-21T05:14:21.050 CEST] [debug] <<< consoles::serial_screen::read_until(quiet=1, expect_not_found=0, buffer_size=undef, pattern="(?^ui:login:\\s*\$)", timeout=5, json_cmd_token="sEJFMwpt", cmd="backend_wait_serial", no_regex=0, regexp="(?^ui:login:\\s*\$)", record_output=undef)
�[32m[2020-05-21T05:14:26.056 CEST] [debug] >>> testapi::wait_serial: (?^ui:login:\s*$): fail
�[0m[2020-05-21T05:14:26.056 CEST] [debug] tests/console/zypper_ref.pm:26 called opensusebasetest::select_serial_terminal -> lib/opensusebasetest.pm:1115 called testapi::select_console -> lib/susedistribution.pm:746 called serial_terminal::login -> lib/serial_terminal.pm:90 called testapi::type_string
[2020-05-21T05:14:26.056 CEST] [debug] <<< testapi::type_string(text="\n")
[2020-05-21T05:14:26.057 CEST] [debug] <<< consoles::serial_screen::type_string(cmd="backend_type_string", text="\n", json_cmd_token="CJjINXgN")
[2020-05-21T05:14:26.057 CEST] [debug] tests/console/zypper_ref.pm:26 called opensusebasetest::select_serial_terminal -> lib/opensusebasetest.pm:1115 called testapi::select_console -> lib/susedistribution.pm:746 called serial_terminal::login -> lib/serial_terminal.pm:91 called testapi::wait_serial
[2020-05-21T05:14:26.057 CEST] [debug] <<< testapi::wait_serial(regexp=qr/login:\s*$/ui, buffer_size=undef, no_regex=0, quiet=undef, expect_not_found=0, record_output=undef, timeout=90)
[2020-05-21T05:14:26.058 CEST] [debug] <<< consoles::serial_screen::read_until(pattern="(?^ui:login:\\s*\$)", timeout=90, json_cmd_token="zVPhpmAp", quiet=undef, expect_not_found=0, buffer_size=undef, record_output=undef, regexp="(?^ui:login:\\s*\$)", cmd="backend_wait_serial", no_regex=0)
�[32m[2020-05-21T05:15:56.106 CEST] [debug] >>> testapi::wait_serial: (?^ui:login:\s*$): fail
�[0m�[33m[2020-05-21T05:15:56.106 CEST] [info] ::: basetest::runtest: # Test died: Failed to wait for login prompt at /var/lib/openqa/cache/openqa.suse.de/tests/sle/lib/serial_terminal.pm line 91.
</code></pre>
<p>Further investigation is needed and possibly follow up ticket with tools' team.</p>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/4261497" class="external">197.1</a></p>
<p>Last good: <a href="https://openqa.suse.de/tests/4247142" class="external">195.1</a> (or more recent)</p>
openQA Project - action #62243 (Resolved): After latest updates, openQA has problematic behavior ...https://progress.opensuse.org/issues/622432020-01-17T12:44:19Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>After updating my workstation, OpenQA started having issue to run any job. The job remains on schedule, even though sometimes it runs. Sometimes it gets terminated without any error messages or logs. Sometimes I get the error "os-autoinst command server not available, job is likely not running" even though job runs. Video or Live view are never available. Initially, I thought this was a problem with Tumpleweed, so I formatted the workstation and installed Leap. I have the exact same behavior on Leap as well. Also in containerized version.</p>
<p>Link to OpenQA in container:<br>
<a href="http://falafel.suse.cz/" class="external">http://falafel.suse.cz/</a></p>