openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842019-08-05T07:00:31ZopenSUSE Project Management Tool
Redmine openQA Tests - action #55100 (Resolved): [hyperv] Need to delete ISO with issue when checksum doe...https://progress.opensuse.org/issues/551002019-08-05T07:00:31Zxlaixlai@suse.com
<p>All vmware&hyperv jobs in virtualization job group fail by similar error <a href="https://openqa.suse.de/tests/3204511#step/welcome/10" class="external">https://openqa.suse.de/tests/3204511#step/welcome/10</a>.</p>
<p>Need to find why checksum does not match and fix it.</p>
openQA Infrastructure - action #40544 (Resolved): [OpenQA][IPMI backend] IPMI worker can not surv...https://progress.opensuse.org/issues/405442018-09-04T07:29:51Zxlaixlai@suse.com
<p>We have two dell machines, vh003.qa2.suse.asia and vh004.qa2.suse.asia. When they are binded with ipmi worker, the jobs on those two machines can not survive reboot. For example, after host installation when it boots to the new os, the sol console can only get black screen, not reactive at all. So does any other simple reboot.</p>
<p>After debugging by john and jerry, it is found that the reset_console operation leads to this failure because the existing sol console connection is not properly cleaned up and result in failure in the new sol console setup.</p>
<p>John and jerry also have their 2 proposals as solutions which are open for discussions. I will let them describe in more details in later comments.</p>
openQA Tests - action #37408 (Resolved): [openqa]Please add sle15 GM image to http://openqa.nue.s...https://progress.opensuse.org/issues/374082018-06-15T02:52:33Zxlaixlai@suse.com
<p>In sle12sp4, virtualization job group will includes tests on sle15 hosts, please help to add sle15 GM image to <a href="http://openqa.nue.suse.com/assets/repo/fixed/" class="external">http://openqa.nue.suse.com/assets/repo/fixed/</a>, like sle12sp3/sle11sp4 .</p>
openQA Tests - action #25504 (Resolved): Support for changing test variables including needles du...https://progress.opensuse.org/issues/255042017-09-22T02:56:16Zxlaixlai@suse.com
<p>In sle15, many test files of installation uses function sle_version_at_least to do check for product version, so as to differenciate sle15 new behaviors from older products. </p>
<p>However, this may be not correct. </p>
<p>Since sle12sp2, a new var INSTALL_TO_OTHERS was introduced for tests that needed to install system to a different product(mostly former product), for example in sles12sp3 release, virtualization job group in openqa.suse.de already had tests that actually installed system to sle11sp4, sle12sp1, sle12sp2, like <a href="https://openqa.suse.de/tests/1058378" class="external">https://openqa.suse.de/tests/1058378</a>. </p>
<p>So IMHO, sle15 different behavior should be done for ONLY those <em>really</em> install to a product at least 15, that is for those tests with INSTALL_TO_OTHERS, we should check the version that it want to install is at least 15, and for those without INSTALL_TO_OTHERS, just do what sle_version_at_least does. This is my first thing to talk. Do you agree?</p>
<p>Currently in utils, there are two apis, install_to_other_at_least and sle_version_at_least to check versions for both situations. So the sle15 different behavior should be done only for a condition like "((install_this_version() && sle_version_at_least('15')) || install_to_other_at_least('15'))", rather than simple sle_version_at_least('15'). </p>
<p>However the above complex condition writing is absolutely not a good idea. So here comes the second topic. Solution to it. What comes up to me are:<br>
option 1) add a new api to stand the above complex checking for versions, using the apis install_to_other_at_least and sle_version_at_least, and replace all the usages of the api to the new one, and also notify all test writers about it.<br>
option 2) keep the api, but rewrite it to represent the complex checking. Good thing is no need to change various usages. All test writers does not needs to know about the change, and continue to regard the api as the assumed perfect one.</p>
<p>I personally prefer option 2. What's your choice? Or any other solutions you can figure out?</p>
openQA Tests - action #19994 (Resolved): Time out when install guest on sles12sp1 xen.https://progress.opensuse.org/issues/199942017-06-22T07:15:37Zxlaixlai@suse.com
<p>Fail job link <a href="https://openqa.suse.de/tests/1002358#step/guest_installation_run/12" class="external">https://openqa.suse.de/tests/1002358#step/guest_installation_run/12</a>.<br>
Failed due to timeout, but it should not. Something unexpected happen. Please fix it.</p>
openQA Tests - action #19992 (Resolved): [sle][virtualization]Guest installation on sle11sp4 both...https://progress.opensuse.org/issues/199922017-06-22T07:12:55Zxlaixlai@suse.com
<p>Refer to <a href="https://openqa.suse.de/tests/1004374" class="external">https://openqa.suse.de/tests/1004374</a> and <a href="https://openqa.suse.de/tests/1004375" class="external">https://openqa.suse.de/tests/1004375</a>, the guest installation is skipped. </p>
<p>Suspect to be automation issue in qa_lib_virtauto, in vm-install.sh script.</p>
openQA Tests - action #19744 (Resolved): Guest installation on sles12sp3 kvm fails due to not get...https://progress.opensuse.org/issues/197442017-06-12T05:17:21Zxlaixlai@suse.com
<p>Job link <a href="https://openqa.suse.de/tests/991716" class="external">https://openqa.suse.de/tests/991716</a>, key error screen <a href="https://openqa.suse.de/tests/991716#step/update_package/12" class="external">https://openqa.suse.de/tests/991716#step/update_package/12</a></p>
openQA Tests - action #19742 (Closed): [tools][virtualization][new ipmi backend] The root-ssh con...https://progress.opensuse.org/issues/197422017-06-12T05:15:06Zxlaixlai@suse.com
<p>When the host is upgraded via a command line executed on root-ssh console, after this command finish(or even during this command), the root-ssh console window gets black and can not get expected serial output. </p>
<p>Job link:<br>
prj2_host_upgrade_sles12sp1_to_sles12sp3_kvm: <a href="https://openqa.suse.de/tests/991682" class="external">https://openqa.suse.de/tests/991682</a> and<br><br>
prj2_host_upgrade_sles12sp1_to_sles12sp3_xen: <a href="https://openqa.suse.de/tests/992135" class="external">https://openqa.suse.de/tests/992135</a>.</p>
<p>Is there any way to let this test step work, except doing it on sut console?</p>
openQA Tests - action #19740 (Closed): [tools][virtualization][ipmi] root-ssh console sometimes c...https://progress.opensuse.org/issues/197402017-06-12T05:04:07Zxlaixlai@suse.com
<p>In job <a href="https://openqa.suse.de/tests/991688#step/reboot_and_wait_up_normal2/9" class="external">https://openqa.suse.de/tests/991688#step/reboot_and_wait_up_normal2/9</a>, when root-ssh console is selected, the window does not switch to the screen waiting for password to be typed.</p>
<p>I had also seen this in my manual try when I got the new backend. The possibility to happen is not very high, around 5%.</p>
openQA Tests - action #19602 (Resolved): [tools] New ipmi backend can not switch back to sol cons...https://progress.opensuse.org/issues/196022017-06-06T03:37:58Zxlaixlai@suse.com
<p>In the new ipmi backend, root-ssh console can be successfully selected. And running commands under root-ssh console works fine too. However before reboot, when switching back to sol console, it fails. Job link <a href="http://147.2.212.149/tests/26" class="external">http://147.2.212.149/tests/26</a>. From autoinst log, it fails in finding sol needle. However the screen does not change to sol relative window, it just stays on the root-ssh screen window, so it is not able to create the relative needle.</p>
<p>Code to switch to sol:<br>
sub use_sol_serial_console() {<br>
console('root-ssh')->disable;<br>
select_console('sol'); //fails here<br>
set_var('SERIALDEV', '');<br>
bmwqemu::save_vars();<br>
resetup_console;<br>
}</p>
<p>Also I have a question, when using root-ssh console, the key board interaction is via ssh pipe, the serial console is from the simulated fifo device. When switching back to sol console, the key board interaction should be re-established via ipmi, and serial console should also via ipmiconsole, right? </p>
openQA Tests - action #19086 (Closed): Fv guest installation failed in Build0367-prj2_host_upgrad...https://progress.opensuse.org/issues/190862017-05-10T09:51:36Zxlaixlai@suse.com
<p>Job link:<br>
<a href="https://openqa.suse.de/tests/917095" class="external">https://openqa.suse.de/tests/917095</a></p>
<a name="further-details"></a>
<h2 >further details<a href="#further-details" class="wiki-anchor">¶</a></h2>
<p>Link to <a href="https://openqa.suse.de/tests/latest?test=prj2_host_upgrade_sles12sp1_to_sles12sp3_kvm&flavor=Server-DVD&arch=x86_64&distri=sle&machine=64bit-ipmi&version=12-SP3" class="external">latest</a></p>
openQA Tests - action #17936 (Resolved): [tools]Add jenkins job to automatically trigger ipmi mai...https://progress.opensuse.org/issues/179362017-03-24T03:32:22Zxlaixlai@suse.com
<p>From the virtualization practice using ipmi machine, I find that the ipmi machine's ipmi main board become unstable after using constantly for some time like two weeks or long. It made the test results unreliable. I had to restart ipmi manually and retrigger the job after I found it.</p>
<p>So maybe we can add a new jenkins job to do such a thing. To avoid the restart affecting running jobs, it is better to be done on two constraints, one is to meet the time period check( machine is used for over two weeks or so), second is before a new build trigger starts.</p>
<p>@oliver, do you agree with such a resolution? Can we write a jenkins job to do it?</p>
openQA Tests - action #13918 (Rejected): ipmi backend: test incomplete due to code not robust eno...https://progress.opensuse.org/issues/139182016-09-27T01:39:46Zxlaixlai@suse.com
<p>Issue:<br>
IPMI backend needs to handle temporary ipmi session establishment problems to make test more robust.</p>
<p>Test link:<br>
<a href="https://openqa.suse.de/tests/586661/file/autoinst-log.txt" class="external">https://openqa.suse.de/tests/586661/file/autoinst-log.txt</a></p>
<p>Job build link:<br>
<a href="https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2140&groupid=46" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2140&groupid=46</a></p>
<p>Key error log:<br>
12:04:38.1385 2809 IPMI: Chassis Power Control: Down/Off<br>
12:04:38.1681 2809 IPMI: Chassis Power is off<br>
12:04:38.1968 2809 IPMI: Chassis Power Control: Up/On<br>
12:04:38.2270 2809 IPMI: Chassis Power is off<br>
12:04:38.2573 2809 IPMI: Chassis Power Control: Up/On<br>
12:04:40.2889 2809 IPMI: Chassis Power is off<br>
12:04:40.3201 2809 IPMI: Chassis Power Control: Up/On<br>
Error: Unable to establish LAN session at /usr/lib/os-autoinst/backend/ipmi.pm line 62.</p>
openQA Tests - action #12982 (Closed): What are typed by type_string on ipmi physical machine is ...https://progress.opensuse.org/issues/129822016-08-02T09:36:58Zxlaixlai@suse.com
<p>Job link: <a href="https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2016&groupid=46" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2016&groupid=46</a></p>
<p>Testsuites:</p>
<p>*gi-guest_sles12sp2-on-host_sles12sp2-kvm:</p>
<p>Fail stage: host installation<br>
Fail reason: what are typed out by type_string is not complete<br>
At the last step of installation , 'install and reboot', command 'save_y2logs /tmp/y2logs.tar.bz2 ' is typed to 'save_y2lgs /tmp/y2logs.tar.bz2' which results to 'command y2lgs not found' and exit </p>
<p>Also failed for the similar reason in following build tests.</p>
openQA Tests - action #12926 (Resolved): Can not get ipmi serial output correctly.https://progress.opensuse.org/issues/129262016-07-29T07:11:57Zxlaixlai@suse.com
<p>CASE FAILURES:</p>
<p>Job link: <a href="https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2016&groupid=46">https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=2016&groupid=46</a></p>
<p>Testsuites:</p>
<p>*gi-guest_sles12sp2-on-host_sles12sp2-kvm:</p>
<p>Fail stage: host installation<br>
Fail reason: what are typed out by type_string is not complete<br>
At the last step of installation , 'install and reboot', command 'save_y2logs /tmp/y2logs.tar.bz2 ' is typed to 'save_y2lgs /tmp/y2logs.tar.bz2' which results to 'command y2lgs not found' and exit </p>
<p>*gi-guest_sles11sp4-on-host_sles12sp2-kvm</p>
<p>Fail stage: run the first script after login on the newly installed system<br>
Fail reason: Seems unstable serial<br>
Did not get the check code on serial for upload logs, but the previous check code of our virt code was got.</p>
<p>Logs:<br>
20:01:14.5759 24169 <<< testapi::type_string(string='(source /usr/share/qa/virtautolib/lib/virtlib;update_virt_rpms off on off 2>&1 | tee /tmp/update_virt_rpms.log ; echo CMD_FINISHED-45346) 2>&1 | tee -a /dev/ttyS1<br>
', max_interval=250)<br>
20:01:26.2177 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/install_package.pm:44 called virt_autotest_base::execute_script_run<br>
20:01:26.2182 24169 <<< testapi::wait_serial(regex='CMD_FINISHED-45346', timeout=7200)<br>
20:02:02.2913 24169 >>> testapi::wait_serial: CMD_FINISHED-45346: ok</p>
<p>20:02:02.4125 24169 <<< testapi::type_string(string='curl --form upload=@/tmp/update_virt_rpms.log --form upname=install_package-update_virt_rpms.log <a href="http://10.162.0.12:20013/JI6Pc6TclLAoD8J5/uploadlog/update_virt_rpms.log">http://10.162.0.12:20013/JI6Pc6TclLAoD8J5/uploadlog/update_virt_rpms.log</a>; echo CUMYV-$?- > /dev/ttyS1', max_interval=250)<br>
20:02:15.7595 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/install_package.pm:47 called testapi::upload_logs<br>
20:02:15.7597 24169 <<< testapi::send_key(key='ret')<br>
20:02:15.9613 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/install_package.pm:47 called testapi::upload_logs<br>
20:02:15.9617 24169 <<< testapi::wait_serial(regex='CUMYV-\d+-', timeout=90)<br>
20:06:46.7188 24169 >>> testapi::wait_serial: CUMYV-\d+-: fail</p>
<p>*gi-guest_sles12sp1-on-host_sles12sp2-kvm</p>
<p>Fail stage: run the first script after login on the newly installed system<br>
Fail reason: seems serial decode problem, the serial output after the first reboot following installation are unknown character like @</p>
<p>Logs:</p>
<p>21:46:58.4681 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
21:46:58.4683 24846 <<< testapi::script_run(name='curl -f -v <a href="http://10.162.0.12:20013/84p34tmDuUI38f1X/current_script">http://10.162.0.12:20013/84p34tmDuUI38f1X/current_script</a> > /tmp/scriptOdTh6.sh; echo dTNlY-$?- > /dev/ttyS1', wait=0)<br>
21:46:58.4684 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
21:46:58.4685 24846 <<< testapi::type_string(string='curl -f -v <a href="http://10.162.0.12:20013/84p34tmDuUI38f1X/current_script">http://10.162.0.12:20013/84p34tmDuUI38f1X/current_script</a> > /tmp/scriptOdTh6.sh; echo dTNlY-$?- > /dev/ttyS1', max_interval=250)<br>
21:47:06.8974 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
21:47:06.8976 24846 <<< testapi::send_key(key='ret')<br>
21:47:07.0989 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
21:47:07.0992 24846 <<< testapi::wait_serial(regex='dTNlY-\d+-', timeout=90)<br>
21:51:38.4801 24846 >>> testapi::wait_serial: dTNlY-\d+-: fail</p>
<p>*gi-guest_sles12sp2-on-host_sles12sp1-kvm</p>
<p>Fail stage: run the first script after login on the newly installed system<br>
Fail reason: seems serial decode problem, the serial output after the first reboot following installation are unknown character like @</p>
<p>Logs:</p>
<p>00:06:36.8151 26070 <<< testapi::script_run(name='curl -f -v <a href="http://10.162.0.12:20013/vkUq43upmdPkRsHZ/current_script">http://10.162.0.12:20013/vkUq43upmdPkRsHZ/current_script</a> > /tmp/scriptOdTh6.sh; echo FSXE_-$?- > /dev/ttyS1', wait=0)<br>
00:06:36.8151 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
00:06:36.8153 26070 <<< testapi::type_string(string='curl -f -v <a href="http://10.162.0.12:20013/vkUq43upmdPkRsHZ/current_script">http://10.162.0.12:20013/vkUq43upmdPkRsHZ/current_script</a> > /tmp/scriptOdTh6.sh; echo FSXE_-$?- > /dev/ttyS1', max_interval=250)<br>
00:06:45.2365 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
00:06:45.2368 26070 <<< testapi::send_key(key='ret')<br>
00:06:45.4379 Debug: /var/lib/openqa/share/tests/sle/tests/virt_autotest/guest_installation_run.pm:14 called testapi::script_output<br>
00:06:45.4381 26070 <<< testapi::wait_serial(regex='FSXE_-\d+-', timeout=90)<br>
00:11:16.9354 26070 >>> testapi::wait_serial: FSXE_-\d+-: fail</p>