openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842022-07-18T13:35:03ZopenSUSE Project Management Tool
Redmine qe-yam - action #113725 (Rejected): Make autoyast tests exit when the autoyast profile encounter ...https://progress.opensuse.org/issues/1137252022-07-18T13:35:03Zybonatakisioannis.bonatakis@suse.com
<a name="observation"></a>
<h1 >observation<a href="#observation" class="wiki-anchor">¶</a></h1>
<p>What happens is that when the autoyast profile is wrong or not found, the tests keep trying to match needles and continue.</p>
<p>One such case is [0]. The problem appears something like 5 minutes after it starts but keeps running for 2h where the job time limits are reached.<br>
Because this cause a slow feedback loop of the tests, in combination of the resources which are occupied without any good reason i would like to propose a solution.</p>
<p>the easier would be to match a needle with the popup and abort. <br>
I dont know if there is already a module for it but we could run a check on the xml profile before installation module. I am not sure but i think there was something implemented for this specific reason. </p>
<p>To reproduce:<br>
you can use <a href="https://gist.github.com/b10n1k/bca22757c5e4eb11473ceda30820f6d2" class="external">https://gist.github.com/b10n1k/bca22757c5e4eb11473ceda30820f6d2</a> as <u>profile.xml</u></p>
<p>Actual results:<br>
<a href="http://aquarius.suse.cz/tests/11324#step/installation/2" class="external">http://aquarius.suse.cz/tests/11324#step/installation/2</a></p>
<p>Expected:<br>
i am not sure about that. should that be one of the following:</p>
<ul>
<li>Exit after some rational time when the error exists.</li>
<li>terminate needle checking after some expected time??
the while loop have specific expectations during installation. When those expectation do not ever match, the loop run for even.</li>
<li>Validate xml before installation and exit then if problem appears</li>
</ul>
<p>[0] <a href="http://aquarius.suse.cz/tests/11324" class="external">http://aquarius.suse.cz/tests/11324</a></p>
qe-yam - action #72277 (Closed): [y] Modify check in autoyast installation testhttps://progress.opensuse.org/issues/722772020-10-06T08:42:52Zybonatakisioannis.bonatakis@suse.com
<p>See <a class="issue tracker-4 status-3 priority-4 priority-default closed behind-schedule" title="action: [y][timeboxed:12h] Modify check in autoyast installation test (Resolved)" href="https://progress.opensuse.org/issues/69655">#69655</a></p>
<p>Ioannis proposes to implement retry mechanism to make check more stable.</p>
<p>Recent example: <a href="https://openqa.opensuse.org/tests/1421061#step/installation/1" class="external">https://openqa.opensuse.org/tests/1421061#step/installation/1</a></p>
<p>Due to the connections issues it would be meaningful to retry the request in <code>test_ayp_url</code> before show the record_info.</p>
<p>List of affected workers:</p>
<ul>
<li>openqaworker4 <a href="https://openqa.opensuse.org/admin/workers/97" class="external">https://openqa.opensuse.org/admin/workers/97</a></li>
<li>imagetester <a href="https://openqa.opensuse.org/admin/workers/41" class="external">https://openqa.opensuse.org/admin/workers/41</a></li>
<li>falafel.suse.cz :))</li>
</ul>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ol>
<li>Retry mechanism is implemented and tested against problematic workers</li>
<li>If 1. doesn't stabilize, we investigate what is different in those workers configuration</li>
</ol>
qe-yam - action #72274 (Rejected): [y] nfs mount timeout investigationhttps://progress.opensuse.org/issues/722742020-10-06T06:45:51Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I file this for investigation of the timeout during the nfs mount.<br>
The network looks ok and i cant see anything wrong from the y2logs. The logs ends the following</p>
<pre><code>2020-10-06 01:04:29 <1> s390kvm086(11263) [Ruby] clients/nfs_server.rb(main):156 NFS module finished
2020-10-06 01:04:29 <1> s390kvm086(11263) [Ruby] clients/nfs_server.rb(main):157 ----------------------------------------
2020-10-06 01:04:29 <1> s390kvm086(11263) [Interpreter] clients/nfs-server.rb:10 Called YaST client returned.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Interpreter] clients/nfs-server.rb:10 Called YaST client returned: `ws_finish
2020-10-06 01:04:29 <1> s390kvm086(11263) [Interpreter] bin/y2start:60 Called YaST client returned.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Interpreter] bin/y2start:60 Called YaST client returned: `ws_finish
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(terminateUIThread):254 Sending shutdown message to UI thread
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(uiThreadMainLoop):378 Shutting down UI main loop
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(terminateUIThread):261 UI thread shut down correctly
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] YNCursesUI.cc(~YNCursesUI):121 Stop YNCursesUI
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] NCurses.cc(~NCurses):145 Shutdown NCurses...
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] NCurses.cc(~NCurses):164 NCurses down
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/sysconfig/nfs did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/idmapd.conf did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/os-release did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /usr/share/applications/YaST2/org.opensuse.yast.NFSServer.desktop did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /usr/share/applications/YaST2/org.opensuse.yast.NFSServer.desktop did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] Y2CCPkg.cc(~Y2CCPkg):64 ~Y2CCPkg
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] PkgModule.cc(destroy):101 Deleting PkgModule object...
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] Callbacks.cc(~CallbackHandler):1925 Deleting callback handler
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/exit
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/stderr
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/stdout
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS
2020-10-06 01:04:29 <1> s390kvm086(11263) [liby2] Y2ProgramComponent.cc(result):161 Sending result: `result (nil)
2020-10-06 01:04:29 <0> s390kvm086(11263) [Y2Ruby] binary/Y2RubyComponent.cc(~Y2RubyComponent):45 Destroying Y2RubyComponent
2020-10-06 01:04:29 <1> s390kvm086(11263) [Y2Ruby] binary/YRuby.cc(~YRuby):117 Shutting down ruby interpreter.
2020-10-06 01:04:29 <0> s390kvm086(11263) [YCPDeclarations] ../../src/YCPDeclarations.cc(~YCPDeclarations):221 Destructor called
</code></pre>
<p>and no error appears. </p>
<p>openQA test in scenario sle-15-SP3-Online-s390x-yast2_ncurses_gnome@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4778612/modules/yast2_nfs_server/steps/61" class="external">yast2_nfs_server</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test for yast2 UI, ncurses only.<br>
Test suite requires HDD settings to be set, we use inheritance for that.</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/4774110" class="external">50.1</a></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.suse.de/tests/4725363" class="external">44.1</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=yast2_ncurses_gnome&version=15-SP3" class="external">latest</a></p>
qe-yam - action #71026 (Rejected): [y] Validate updated package version with self_updatehttps://progress.opensuse.org/issues/710262020-09-07T07:33:28Zybonatakisioannis.bonatakis@suse.com
<p>With the work on <a href="https://bugzilla.suse.com/show_bug.cgi?id=1175614" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1175614</a> done, we can check what version the self update download and use in the inst-sys. Rodion has already created validation module <code>tests/installation/validate_self_update.pm</code> checking that the feature attempts to download some packages from the update repo but it does not check/compare the package version between the default inst-sys and the update repo. The inst-sys stores the package version in <code>/.packages.root</code>. With yast2-installation-4.3.16 and above we should find <code>/.packages.self_update</code> file which we can use to compare</p>
qe-yam - action #70546 (Closed): [y] Remove soft fail for bsc#1175374https://progress.opensuse.org/issues/705462020-08-26T04:32:59Zybonatakisioannis.bonatakis@suse.com
<p><a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-http&version=15-SP3" class="external">https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-http&version=15-SP3</a><br>
<a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-ftp&version=15-SP3" class="external">https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-ftp&version=15-SP3</a></p>
<p>revert workaround from <a href="https://progress.opensuse.org/issues/70174" class="external">https://progress.opensuse.org/issues/70174</a> [0]</p>
<p>[0] <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10870" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10870</a></p>
qe-yam - action #69259 (Rejected): [y] Test fully qualified domain name as an input for yast2-net...https://progress.opensuse.org/issues/692592020-07-23T06:10:53Zybonatakisioannis.bonatakis@suse.com
<p>Although it is recommended to not use a FQDN as the static hostname there is not a restriction in the kernel or hostnamectl to use it and thus, there should not be a restriction in YaST in case that the user has a use case in which it is needed. YaST has recent changes in yast2-network to address this.</p>
<p>This is not typical use case, so low priority.</p>
qe-yam - action #68579 (Rejected): [y] gitlab-ci needs another stage for verify_file_existencehttps://progress.opensuse.org/issues/685792020-07-02T11:14:45Zybonatakisioannis.bonatakis@suse.com
<p>We used to create new files in new PR. We usually have a test PR open while we create a MR to the qa-sle-functional-y. And this makes the test pipeline to fail. Which it should not.<br>
There are many solutions. </p>
<p>My propose is to create another stage in pipeline which will suit our logic.</p>
openQA Tests - action #65858 (Rejected): [functional] ppc64le iso is not bootablehttps://progress.opensuse.org/issues/658582020-04-20T09:25:27Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Verified also manual that the image can not boot.<br>
the output looks like:</p>
<pre><code class="text syntaxhl" data-language="text">Trying to load: from: /pci@800000020000000/scsi@5/disk@100000000000000 ... SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
failed to load CHRP boot loader.SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
E3404: Not a bootable device!
E3407: Load failed
Type 'boot' and press return to continue booting the system.
Type 'reset-all' and press return to reboot the system.
Ready!
</code></pre>
<p>openQA test in scenario sle-15-SP2-Online-ppc64le-cryptlvm@ppc64le fails in<br>
<a href="https://openqa.suse.de/tests/4135453/modules/bootloader_start/steps/2" class="external">bootloader_start</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: okurz</p>
<p>Conduct installation with encrypted LVM selected during installation. Generated disk image used in downstream jobs.</p>
<p>(crypt-)LVM installations can take longer, especially on non-x86_64 architectures.</p>
<p>YAML_SCHEDULE=schedule/yaml/cryptlvm/cryptlvm_sle.yaml</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/4135453" class="external">179.1</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.suse.de/tests/4124651" class="external">178.1</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=ppc64le&distri=sle&flavor=Online&machine=ppc64le&test=cryptlvm&version=15-SP2" class="external">latest</a></p>
qe-yam - action #65447 (Rejected): Extend form of salt-formulas testhttps://progress.opensuse.org/issues/654472020-04-08T11:25:00Zybonatakisioannis.bonatakis@suse.com
<p>we want to extend smoke test for salt formulas using more element in the UI.<br>
As now the formula in use looks like <a href="http://aquarius.suse.cz/tests/2209#step/installation/9" class="external">http://aquarius.suse.cz/tests/2209#step/installation/9</a>.</p>
<p>we need to edit the /data/yast2/salt.tar.gz modify the formula/motd/form.yaml.</p>
<p>take a look at the relative ticket <a href="https://progress.opensuse.org/issues/49550" class="external">https://progress.opensuse.org/issues/49550</a></p>
<p>Also good to add validation for cloned profile( need to be added)</p>
<p>** Acceptance criteria</p>
<ul>
<li>Validation of cloned profile for relevant part</li>
<li>use additional components in the formula and we validate them after installation</li>
</ul>
openQA Tests - action #64328 (Rejected): [functional][y] fix hostname_inst from btrfs_libstorage-nghttps://progress.opensuse.org/issues/643282020-03-09T22:50:23Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-btrfs_libstorage-ng@64bit-ipmi fails in<br>
<a href="https://openqa.suse.de/tests/3972161/modules/hostname_inst/steps/7" class="external">hostname_inst</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y.</p>
<p>Test installation with btrfs filesystem and libstorage-ng.<br>
Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3592332" class="external">89.1</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=x86_64&distri=sle&flavor=Online&machine=64bit-ipmi&test=btrfs_libstorage-ng&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #61100 (Resolved): [functional][y] test fails in scc_registrationhttps://progress.opensuse.org/issues/611002019-12-17T14:34:14Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The full media have new warning popup when you try to skip registration. That makes the latest build fails. <br>
On the skip_registration jobs for full media we need, likely, to adjust the flow after the the skipping, too. related ticket <a href="https://jira.suse.com/browse/SLE-7222" class="external">https://jira.suse.com/browse/SLE-7222</a> and <a href="https://trello.com/c/pyqFurT6/1441-3-updater-registration-handling" class="external">https://trello.com/c/pyqFurT6/1441-3-updater-registration-handling</a>.</p>
<p>openQA test in scenario sle-15-SP2-Full-x86_64-offline_install+skip_registration@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3715189/modules/scc_registration/steps/4" class="external">scc_registration</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: riafarov</p>
<p>Offline installation. Skipping registration for SLE 15, as requires network connection. This is default behavior for SLE 12.</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/3715189" class="external">108.1</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.suse.de/tests/3698943" class="external">105.4</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=x86_64&distri=sle&flavor=Full&machine=64bit&test=offline_install%2Bskip_registration&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #60230 (Resolved): [functional][y] test fails in system_rolehttps://progress.opensuse.org/issues/602302019-11-25T11:19:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems that the UI has changed for the system role frame. We need to adjast the needles to the new design. In this particular test the needle tries to match the textmode option</p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-addon-module-ftp@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3628412/modules/system_role/steps/15" class="external">system_role</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test verifies that adding addon using ftp works fine. We just perform installation here. Using HA here, related ticket: <a href="https://progress.opensuse.org/issues/25896" class="external">https://progress.opensuse.org/issues/25896</a> Maintainer: riafarov.</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/3625062" class="external">93.1</a></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.suse.de/tests/3614139" class="external">92.1</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=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-ftp&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59318 (Resolved): [functional][u] packages are not gettting installed https://progress.opensuse.org/issues/593182019-11-11T16:04:24Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-lvm+resize_root@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3571728/modules/eog/steps/4" class="external">eog</a></p>
<p>Due to some misconfiguration(??) in the repos the system is incapable to find and install some packages.</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/3529472" class="external">72.1</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=x86_64&distri=sle&flavor=Online&machine=64bit&test=lvm%2Bresize_root&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59312 (Rejected): [functional][y] could not resolv repos urlshttps://progress.opensuse.org/issues/593122019-11-11T13:23:42Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_multipath@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3581339/modules/repos/steps/29" class="external">repos</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test suite is based on profile received from our beta customers. It contains multipath and profile is edited during runtime using pre init scripts feature. See poo#20818.<br>
Maintainer: <a href="mailto:riafarov@suse.com">riafarov@suse.com</a></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/3529444" class="external">72.1</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=x86_64&distri=sle&flavor=Online&machine=64bit&test=autoyast_multipath&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #55964 (Rejected): [functional][y] test fails in scc_registration because o...https://progress.opensuse.org/issues/559642019-08-26T13:27:45Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP5-Server-DVD-s390x-btrfs_libstorage@s390x-zVM-vswitch-l3 fails in<br>
[scc_registration](<a href="https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6" class="external">https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6</a>. </p>
<p>compared to the <a href="https://openqa.suse.de/tests/3278143#step/disk_activation/1" class="external">last successful</a> the disk_activation is missing from the scheduler</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y. </p>
<p>Test installation with btrfs filesystem and libstorage. Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3287580" class="external">0294</a></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.suse.de/tests/3278143" class="external">0287</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=Server-DVD&machine=s390x-zVM-vswitch-l3&test=btrfs_libstorage&version=12-SP5" class="external">latest</a></p>