openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-11-10T01:15:53ZopenSUSE Project Management Tool
Redmine openQA Project - action #139262 (Resolved): Request for optimse opening LTP test casehttps://progress.opensuse.org/issues/1392622023-11-10T01:15:53Zcoolgwwegao@suse.com
<p>When i open LTP test case in openqa, the speed of load is too slow even freeze some time(I use chrome) since there are too many modules(content) need load, is there any way to select part of content(such as ONLY show failed module) or optimise the speed / response time?<br>
<a href="https://openqa.opensuse.org/tests/3598811#step/journal_check/9" class="external">https://openqa.opensuse.org/tests/3598811#step/journal_check/9</a></p>
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>
openQA Project - action #127568 (New): Openqa log can not show detail syntax errorhttps://progress.opensuse.org/issues/1275682023-04-13T02:32:20Zcoolgwwegao@suse.com
<p>Openqa can not show detail compile error <br>
If you check <a href="https://openqa.suse.de/tests/10911002" class="external">https://openqa.suse.de/tests/10911002</a></p>
<p>ONLY show following error<br>
"Reason: tests died: unable to load main.pm, check the log for the cause (e.g. syntax error)"</p>
<p>Actually i need following error which currently show in github CI:<br>
Global symbol "%args" requires explicit package name (did you forget to declare "my %args"?) at lib/Installation/ProductSelection/ProductSelectionController.pm line 41.</p>
openQA Infrastructure - action #121507 (New): Iscsi issue on OSD worker https://progress.opensuse.org/issues/1215072022-12-06T07:29:51Zcoolgwwegao@suse.com
<p>This ticket used for tracking fix progress on worker ibft issue.</p>
<p>After trying following actions we still encounter issue popup on iscsi.<br>
1)Try to use ip instead of url on sanhook parameter<br>
<a href="https://github.com/os-autoinst/os-autoinst/pull/2219" class="external">https://github.com/os-autoinst/os-autoinst/pull/2219</a><br>
2)Base <a href="https://openqa.suse.de/tests/overview?distri=sle&version=15-SP5&build=wegao_iscis_investigation_use_ip_url" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=15-SP5&build=wegao_iscis_investigation_use_ip_url</a> , we found ONLY worker3 has issue on ibft, so disable worker3 ibft test temporarily until someone can investigate further and fix the problem eventually.<br>
MR for remove worker3 ibft test<br>
<a href="https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/472#note_454772" class="external">https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/472#note_454772</a></p>
<p>NOTE: we also try to use external iscsi server instead of OSD tgt server and below result show good.<br>
<a href="https://openqa.suse.de/tests/overview?distri=sle&version=15-SP5&build=wegao_iscis_investigation_private_server_openqa_salt_command" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=15-SP5&build=wegao_iscis_investigation_private_server_openqa_salt_command</a></p>
qe-yam - action #119950 (Resolved): Run yast2_migration in PowerVM only with ncurseshttps://progress.opensuse.org/issues/1199502022-11-07T00:51:00Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h4 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h4>
<p>openQA test in scenario sle-15-SP5-Migration-from-SLE15-SPx-ppc64le-ha_migration_online_pscc_sles15sp4@ppc64le-hmc-single-disk fails in<br>
<a href="https://openqa.suse.de/tests/9873489/modules/yast2_migration/steps/25" class="external">yast2_migration</a></p>
<p>Apparently automation fails to complete registration phase, very likely because we force to user ssh forwarding when running qt in remote worker, like in this case for PowerVM. Using ncurses should accelerate the process.<br>
Of course the problem behind the scene are networking issues with PowerVM, but let's tackle this first.</p>
<a name="Scope"></a>
<h4 >Scope<a href="#Scope" class="wiki-anchor">¶</a></h4>
<p>All test suite using PowerVM in all Migration job groups.</p>
<a name="Acceptance-criteria"></a>
<h4 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h4>
<p><strong>AC1</strong>: Research the reason why we shouldn't test qt, is it because our testing infrastructure?<br>
<strong>AC2</strong>: Run always yast2_migration in PowerVM with ncurses instead of qt</p>
<a name="Additional-information"></a>
<h4 >Additional information<a href="#Additional-information" class="wiki-anchor">¶</a></h4>
<ul>
<li>For instance we open sw_single in this way in <code>yast2_i</code>: <code>my $module_name = y2_module_consoletest::yast2_console_exec(yast2_module => 'sw_single', yast2_opts => '--ncurses');</code></li>
<li>A better solution which would not require to add always this <code>yast2_opts</code> parameter is to ensure that the target desktop in the AutoYaST image used by this job is textmode, even if the default is gnome for PowerVM is a special case and we might need to edit this AutoYaST profile to force that.</li>
</ul>
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>
qe-yam - action #115427 (Resolved): test fails in yast2_keyboardhttps://progress.opensuse.org/issues/1154272022-08-17T11:32:18Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP3-Server-DVD-Updates-x86_64-mau-extratests-yast2ui@64bit fails in<br>
<a href="https://openqa.suse.de/tests/9347115/modules/yast2_keyboard/steps/41" class="external">yast2_keyboard</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Run YaST2 GUI tests</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/9335118" class="external">20220815-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/9331959" class="external">20220814-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=Server-DVD-Updates&machine=64bit&test=mau-extratests-yast2ui&version=15-SP3" class="external">latest</a></p>
openQA Project - action #108281 (Resolved): test fails in svirt_upload_assets - can not upload qc...https://progress.opensuse.org/issues/1082812022-03-14T11:19:58Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP4-Continuous-Migration-SLE15SP4-s390x-offline_sle12sp3_sles15sp3_sles15sp4_media_all_full_s390x_ph0@s390x-kvm-sle15 fails in<br>
<a href="https://openqa.nue.suse.com/tests/8322675/modules/svirt_upload_assets/steps/9" class="external">svirt_upload_assets</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>SLE12SP3 -> SLES15SP3 - SLES15SP4<br>
No idea why "File is too big" msg show when upload qcow.</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.nue.suse.com/tests/8280715" class="external">101.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.nue.suse.com/tests/latest?arch=s390x&distri=sle&flavor=Continuous-Migration-SLE15SP4&machine=s390x-kvm-sle15&test=offline_sle12sp3_sles15sp3_sles15sp4_media_all_full_s390x_ph0&version=15-SP4" class="external">latest</a></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 Project - action #103864 (Resolved): Support arch as filter parameter in jobs/overview API...https://progress.opensuse.org/issues/1038642021-12-11T11:35:26Zcoolgwwegao@suse.com
<p>The openqa-cli command seems not support use arch as a filter parameter, i suppose following command will filter ONLY s390x case but actually not.<br>
./openqa-cli api --osd jobs/overview groupid=267 distri=sle version=15-SP4 build=70.1 arch=s390x --pretty jobs<br><br>
[<br>
{<br>
"id" : 7820319,<br>
"name" : "sle-15-SP4-Regression-on-Migration-from-SLE15-SPx-s390x-Build70.1-online_sles15sp1_ltss_pscc_basesys-srv-desk-dev-contm-lgm-py2-tsm-wsm_all_full@s390x-kvm-sle12"<br>
},<br>
{<br>
"id" : 7816678,<br>
"name" : "sle-15-SP4-Regression-on-Migration-from-SLE12-SPx-aarch64-Build70.1-offline_sles12sp5_pscc_sdk-tcm-wsm_all_full@aarch64"<br>
},<br>
.....</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 Project - action #67558 (Resolved): testapi::wait_serial: can not get correct msg with pvm...https://progress.opensuse.org/issues/675582020-06-02T06:22:36Zcoolgwwegao@suse.com
<p>This issue happen on pvm_hmc backend:<br>
<a href="http://openqa.nue.suse.com/tests/4288223#step/zypper_migration/2">http://openqa.nue.suse.com/tests/4288223#step/zypper_migration/2</a><br>
Base <a href="http://openqa.nue.suse.com/tests/4288223/file/autoinst-log.txt">http://openqa.nue.suse.com/tests/4288223/file/autoinst-log.txt</a>, when execute "script_output("zypper migration", proceed_on_failure => 1)", you will get "[32m[2020-05-27T12:11:37.959 CEST] [debug] >>> testapi::wait_serial: SCRIPT_FINISHEDt3nSs-\d+-: fail" error msg.</p>
<p>But when you open <a href="http://openqa.nue.suse.com/tests/4288223/file/serial0.txt">http://openqa.nue.suse.com/tests/4288223/file/serial0.txt</a> you already can see string "SCRIPT_FINISHEDt3nSs" output from serial log file.</p>
<p>So i suspect the wait_serial function in os-autoinst/backend/baseclass.pm:829 has something wrong, maybe can not handle some specific string triggered from new backend pvm_hmc. </p>
<p>HEI4V-0-<br>
cDJHr-0-<br>
rci3z-0-<br>
2vdJ6-0-<br>
HxwnK-0-<br>
Z2Aej-0-<br>
mkfifo: cannot create fifo '/dev/sshserial': File exists<br>
LVZ8_<br>
rollback-helper-1.0+git20181218.5394d6e-4.3.1.noarch<br>
yast2-migration-4.1.2-7.3.2.noarch<br>
zypper-migration-plugin-0.12.1580220831.7102be8-6.4.1.noarch<br>
SCRIPT_FINISHEDLVZ8_-0-<br>
INwHk-0-<br>
t3nSs</p>
<p>Executing 'zypper patch-check --updatestack-only'</p>
<p>Refreshing service 'Basesystem_Module_15_SP1_ppc64le'.<br>
Refreshing service 'SUSE_Linux_Enterprise_Server_15_SP1_ppc64le'.<br>
Refreshing service 'Server_Applications_Module_15_SP1_ppc64le'.<br>
Loading repository data...<br>
Reading installed packages...</p>
<p>0 patches needed (0 security patches)</p>
<p>Executing 'zypper refresh'</p>
<p>Repository 'SLE-Module-Basesystem15-SP1-Pool' is up to date.<br>
Repository 'SLE-Module-Basesystem15-SP1-Updates' is up to date.<br>
Repository 'SLES15-SP1-15.1-0' is up to date.<br>
Repository 'SLE-Product-SLES15-SP1-Pool' is up to date.<br>
Repository 'SLE-Product-SLES15-SP1-Updates' is up to date.<br>
Repository 'SLE-Module-Server-Applications15-SP1-Pool' is up to date.<br>
Repository 'SLE-Module-Server-Applications15-SP1-Updates' is up to date.<br>
All repositories have been refreshed.<br>
Available migrations:</p>
<pre><code>1 | SUSE Linux Enterprise Server 15 SP2 ppc64le
Basesystem Module 15 SP2 ppc64le
Python 2 Module 15 SP2 ppc64le
Server Applications Module 15 SP2 ppc64le
</code></pre>
<p>[num/q]: [num/q]: [num/q]: [num/q]: <br>
Standard input seems to be closed, please use '--non-interactive' option<br>
SCRIPT_FINISHEDt3nSs-1- <================== this already show "SCRIPT_FINISHEDt3nSs"<br>
GEhX~<br>
SCRIPT_FINISHEDGEhX~-1-</p>