openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-06-09T04:51:18ZopenSUSE Project Management Tool
Redmine qe-yam - action #130573 (New): Adapt base class for agama test to be more generichttps://progress.opensuse.org/issues/1305732023-06-09T04:51:18Zcoolgwwegao@suse.com
<a name="Motivation"></a>
<h4 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h4>
<p>Current lib/yam/agama/agama_base.pm we use for auto-installation includes few things we don't need.<br>
We should update agama_base.pm to more generic base class which can be used by other modules such as patch_agama etc..</p>
<a name="Acceptance-criteria"></a>
<h4 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h4>
<p><strong>AC1</strong>: Generilize agama_base and consider how or where to use the specific parts.</p>
<a name="Additional-information"></a>
<h4 >Additional information<a href="#Additional-information" class="wiki-anchor">¶</a></h4>
<p>Try not create more than one level of inheritance there and consider to use libraries, the inheritance is nice to use to not include in the test layer things unrelated with tests but we should avoid to have too many parent class or we would end up as the current hierarchy for sle test.<br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17228" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17228</a></p>
qe-yam - action #119170 (New): Upload correct log /var/log/zypper.solverTestCase and the /var/log...https://progress.opensuse.org/issues/1191702022-10-21T09:49:41Zcoolgwwegao@suse.com
<a name="Motivation"></a>
<h4 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h4>
<p>According to the <a href="https://bugzilla.suse.com/show_bug.cgi?id=1204572" class="external">bug</a> we might need some new test module to enable the debugging and only upload the log on that case.<br>
But first we will need to think about refactoring those patching modules.</p>
<p>upload correct log /var/log/zypper.solverTestCase and the /var/log/zypper.log after patch_sle failed</p>
<p>base <a href="https://openqa.suse.de/tests/9759142#step/zypper_patch/20" class="external">https://openqa.suse.de/tests/9759142#step/zypper_patch/20</a> result, we can not get zypper log</p>
<a name="Acceptance-criteria"></a>
<h4 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h4>
<p><strong>AC1</strong>: /var/log/zypper.solverTestCase and the /var/log/zypper.log should be upload if patch_sle failed</p>
<p>*NOTE:<br>
following function used to collect info: upload_solvertestcase_logs</p>
openQA Tests - action #104358 (In Progress): [sle][migration][backlog]test fails in check_upgrade...https://progress.opensuse.org/issues/1043582021-12-27T01:54:46Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP4-Regression-on-Migration-from-SLE12-SPx-s390x-offline_sles12sp4_ltss_pscc_sdk-asmm-contm-lgm-tcm-wsm_all_full@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.nue.suse.com/tests/7900515/modules/check_upgraded_service/steps/64" class="external">check_upgraded_service</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.nue.suse.com/tests/7888695" class="external">77.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.nue.suse.com/tests/7863534" class="external">74.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.nue.suse.com/tests/latest?arch=s390x&distri=sle&flavor=Regression-on-Migration-from-SLE12-SPx&machine=s390x-kvm-sle12&test=offline_sles12sp4_ltss_pscc_sdk-asmm-contm-lgm-tcm-wsm_all_full&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #93991 (New): [sle][Migration][backlog] investigate service check another s...https://progress.opensuse.org/issues/939912021-06-15T01:40:00Zcoolgwwegao@suse.com
<p>This ticket used for investigate following items:<br>
1)Is that possible call autoinst::loadtest dynamic, insert module during case running.<br>
2)This solution can work or not in openqa.</p>
openQA Tests - action #90572 (Blocked): [sle][migration][backlog] tracking 1183405 L3: Delayed ou...https://progress.opensuse.org/issues/905722021-04-01T02:14:33Zcoolgwwegao@suse.com
<p>This ticket used for tracking 1183405, to check whether any action point can be done from migration team view.</p>
openQA Tests - action #70168 (Blocked): [SLE][Migration][backlog]: sssd.pm integrate into service...https://progress.opensuse.org/issues/701682020-08-18T08:18:35Zcoolgwwegao@suse.comopenQA Tests - action #68563 (Blocked): [SLE][Migration][backlog]: check wheter ldap can be integ...https://progress.opensuse.org/issues/685632020-07-02T03:35:54Zcoolgwwegao@suse.comopenQA Tests - action #56396 (Resolved): [SLE][Migration][SLE12SP5][Improve]: check /etc/issue af...https://progress.opensuse.org/issues/563962019-09-03T02:00:54Zcoolgwwegao@suse.com
<p>Since we need /etc/issue after migration make sure system upgrade to the correct system.</p>
openQA Tests - coordination #55142 (Resolved): [migration][PjM][saga] Extending Migration testing...https://progress.opensuse.org/issues/551422019-08-06T08:49:17Zcoolgwwegao@suse.com
<a name="Gao-WeiSince-i-delete-39812-by-my-mistake-we-can-using-this-to-continue-track"></a>
<h1 >[Gao Wei]:Since i delete 39812 by my mistake, we can using this to continue track.<a href="#Gao-WeiSince-i-delete-39812-by-my-mistake-we-can-using-this-to-continue-track" class="wiki-anchor">¶</a></h1>
<p>While QA SLE department has a migration team located in Beijing (part of Sunny's line team), there is an opportunity to collaborate better and thus enhance/extend migration testing.</p>
<p>Why do we talk about this? During SLE15 SP0 migration was problematic area, as:</p>
<ul>
<li>it was defined very late; at first we were acting on poorly communicated and not clear requirements;</li>
<li>during SLE15 SP0 some aspects (requirements) of migration were changing which was making automation nearly impossible;</li>
<li>finally our testing effort in limited migration team are focused on migration itself including testing RMT/SMT etc.</li>
</ul>
<p>Our testing of migration is about testing matrix of various migration paths where we check if this process can be accomplished successfully.</p>
<p>Discussed idea with Sunny, Thorsten Kukuk, Marita and number of other people is to now ask functional teams to introduce some migration testing for some "services".<br>
As Thorsten described it: check if certain services can survive migration.</p>
<p>Initial idea:</p>
<ul>
<li>migration functional team is working on testing migration and maintaining all migration openQA modules;</li>
<li>each of the functional team should then consider testing some services in the way that they set them up in older system, call migration openQA module and check if configured service survives the migration.</li>
</ul>
<p>During the talks with Thorsten following services were named as good to test:</p>
<ul>
<li>apache</li>
<li>bind</li>
<li>net-snmp</li>
<li>dhcp server</li>
<li>nfs-server</li>
<li>rpcbind</li>
<li>radvd</li>
<li>cron (including all cronjobs, e.g. the in /etc/crontab)</li>
<li>apparmor</li>
<li>autofs</li>
<li>cups</li>
<li>kdump</li>
<li>ntp/chrony</li>
<li>postfix</li>
<li>firewall</li>
<li>vsftpd</li>
</ul>
<p>Please note: this is not about asking you to do even more work within the same time. Product Owners should work with Project Manager on priorities, so perhaps some testing could be dropped in order to add some of these migration testing.</p>
openQA Tests - coordination #54995 (Resolved): [SLE][Migration][SLE12SP5][EPIC]:Integrate service...https://progress.opensuse.org/issues/549952019-08-02T01:32:20Zcoolgwwegao@suse.com
<p>This EPIC is used for tracking service check task:<br>
Detail info please check the attachment.<br>
Currently we plan following service list for 12sp5:<br>
ntp<br>
postfix<br>
nfs<br>
rpcbind<br>
autofs<br>
cups<br>
apparm<br>
dhcp <br>
kdump</p>
openQA Tests - action #54245 (Resolved): [SLE][Migration][backlog]:smt/rmt migrationhttps://progress.opensuse.org/issues/542452019-07-15T09:06:05Zcoolgwwegao@suse.com
<p>Check smt regression whether cover all support scenario<br>
Implement the smt regression check if missing on some scenario/platform</p>
openQA Tests - action #53987 (Resolved): [SLE][Migration][backlog][enhance]: using openqa var to ...https://progress.opensuse.org/issues/539872019-07-09T07:58:52Zcoolgwwegao@suse.com
<p>Base jlausuch's feedback on <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/7643" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/7643</a><br>
As a future improvement, we could get the support_ver from OpenQA variables, since everytime we want to test a new version we will have to amend the code here, which is not scalable for maintaining all the services using this approach</p>
openQA Tests - action #52202 (Resolved): [SLE][Migration][backlog]: Offline media Migration test ...https://progress.opensuse.org/issues/522022019-05-28T03:08:13Zcoolgwwegao@suse.comopenQA Tests - action #51887 (Resolved): [SLE][Migration][SLE12SP5]: Offline Migration test case ...https://progress.opensuse.org/issues/518872019-05-23T02:44:26Zcoolgwwegao@suse.comopenQA Tests - action #44672 (Resolved): [sle][migration][SLE15SP1]test fails in bootloader_zkvm#...https://progress.opensuse.org/issues/446722018-12-04T02:08:44Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP1-Installer-DVD-s390x-offline_sles15_media_basesys+srv+desk+dev_all_full_s390x@s390x-kvm-sle15 fails in<br>
<a href="https://openqa.suse.de/tests/2297443/modules/bootloader_zkvm%231/steps/13" class="external">bootloader_zkvm#1</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/2293729" class="external">107.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/2291922" class="external">105.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?distri=sle&version=15-SP1&flavor=Installer-DVD&machine=s390x-kvm-sle15&test=offline_sles15_media_basesys%2Bsrv%2Bdesk%2Bdev_all_full_s390x&arch=s390x" class="external">latest</a></p>