action #43568
closed[sle][functional][y][aarch64][sporadic] test fails in partitioning_full_lvm - Volume Management list stays collapsed
0%
Description
Observation¶
openQA test in scenario sle-12-SP4-Server-DVD-aarch64-lvm-encrypt-separate-boot@aarch64 fails in
partitioning_full_lvm
Lists records are collapsed by default in sle12sp4 in system view of Expert Partitioner.
Possibly we are pressing right key when expert partitioner is loading data.
Reproducible¶
Fails since (at least) Build 0456 (current job)
Expected result¶
Last good: 0455 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by mloviska over 5 years ago
- Subject changed from [sle][functional][y] test fails in partitioning_full_lvm - Volume Management list stays collapsed to [sle][functional][y][aarch64] test fails in partitioning_full_lvm - Volume Management list stays collapsed
Updated by riafarov over 5 years ago
- Due date set to 2018-12-04
- Status changed from New to Workable
Updated by riafarov over 5 years ago
- Subject changed from [sle][functional][y][aarch64] test fails in partitioning_full_lvm - Volume Management list stays collapsed to [sle][functional][y][aarch64][sporadic] test fails in partitioning_full_lvm - Volume Management list stays collapsed
Updated by mloviska over 5 years ago
- Status changed from Workable to In Progress
- Assignee set to mloviska
Updated by mloviska over 5 years ago
- Estimated time deleted (
3.00 h)
As I suspected, we are pressing keys when the partitioner is in the middle of loading data of volume management.
Updated by mloviska over 5 years ago
- Status changed from In Progress to Resolved
Updated by riafarov over 5 years ago
Could you please check if it has broken: https://openqa.suse.de/tests/2279361#step/partitioning_raid/11
Would be weird, but seems that change exposed some issue we have had in our code.
Updated by riafarov over 5 years ago
Same here: https://openqa.suse.de/tests/2279329
Updated by mloviska over 5 years ago
I have updated the code over here. https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/partition_setup.pm#L250
AFAIK raid tests are not using fully partition_setup https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/installation/partitioning_raid.pm#L19
Updated by mloviska over 5 years ago
There is a change in the buttons field again Add Pa(r)tition vs separated buttons. Can I fix it as part of this ticket ?
Updated by mloviska over 5 years ago
Another change in the overview vs overview with buttons
Updated by okurz over 5 years ago
mloviska wrote:
Can I fix it as part of this ticket ?
From my point of view: Sure, you never need to ask for allowance and using the same ticket instead of creating a new one with additional "buerocrazy" should be preferred as long as we can ensure we are not getting lost and don't follow the plan. The idea of this ticket was to make sure the test scenario passes again or shows obvious product issues so in the case you mentioned I think it's part of the ticket.
Updated by mloviska over 5 years ago
okurz wrote:
mloviska wrote:
Can I fix it as part of this ticket ?
From my point of view: Sure, you never need to ask for allowance and using the same ticket instead of creating a new one with additional "buerocrazy" should be preferred as long as we can ensure we are not getting lost and don't follow the plan. The idea of this ticket was to make sure the test scenario passes again or shows obvious product issues so in the case you mentioned I think it's part of the ticket.
Thanks for clarification. I was not sure whether there is a separate ticket or not ( I could not find any ). Alright I will update the partitioner_raid along with partition_setup library
Updated by mloviska over 5 years ago
<mloviska> Are the warnings regarding obsolete yast2-storage-ng from OBS normal ? http://pastebin.suse.de/23564 https://build.suse.de/public/build/SUSE:SLE-15-SP1:GA/standard/aarch64/yast2-storage-ng/_log
<snwint> mloviska: installation-images hasn't been built for ages due to the mentioned dependency problem
<HuHa> mloviska: that ISO is ancient and not fit for any testing
<snwint> mloviska: I would say the aarch64 tree is not in a good shape at the moment....
<HuHa> mloviska: the project manager has to take care to get this arch built properly
<HuHa> right now it's pointless to test that ISO
<HuHa> you'll just rediscover that all the storage stack is incomplete - just like it was in mid-April
So we have a build problem on aarch64
Updated by okurz over 5 years ago
I see. It is good that you have found this out. At best we have an internal issue to describe this problem which we can "block" this ticket by. If you are not aware of any I recommend you create a bug on bugzilla, mention it here and set this ticket to "Blocked" to not loose time. Then we can use this bug to label the according test failures as well or just keep this "Blocked" ticket as reference.
Updated by mloviska over 5 years ago
<snwint> mloviska: Rudi tracked it down to Qt build failing...
https://build.suse.de/package/show/SUSE:SLE-15-SP1:GA/libqt5-qtsvg
[ 60s] In file included from /usr/include/GLES3/gl31.h:39:0,
[ 60s] from /usr/include/qt5/QtGui/qopengl.h:105,
[ 60s] from /usr/include/qt5/QtWidgets/5.9.7/QtWidgets/private/qwidget_p.h:62,
[ 60s] from qsvgwidget.cpp:48:
[ 60s] /usr/include/GLES3/gl3platform.h:28:10: fatal error: KHR/khrplatform.h: No such file or directory
[ 60s] #include <KHR/khrplatform.h>
[ 60s] ^~~~~~~~~~~~~~~~~~~
[ 60s] compilation terminated.
[ 60s] make[2]: *** [Makefile:566: .obj/qsvgwidget.o] Error 1
[ 60s] make[2]: *** Waiting for unfinished jobs....
[ 67s] make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/qtsvg-opensource-src-5.9.7/src/svg'
[ 67s] make[1]: *** [Makefile:46: sub-svg-make_first-ordered] Error 2
[ 67s] make[1]: Leaving directory '/home/abuild/rpmbuild/BUILD/qtsvg-opensource-src-5.9.7/src'
[ 67s] make: *** [Makefile:47: sub-src-make_first] Error 2
[ 67s] error: Bad exit status from /var/tmp/rpm-tmp.Wd5IVG (%build)
[ 67s]
[ 67s]
[ 67s] RPM build errors:
[ 67s] Bad exit status from /var/tmp/rpm-tmp.Wd5IVG (%build)
[ 67s]
[ 67s] centriq5 failed "build libqt5-qtsvg.spec" at Sat Nov 24 10:47:55 UTC 2018.
Updated by mloviska over 5 years ago
- Status changed from Workable to Blocked
Steffen's report
https://bugzilla.suse.com/show_bug.cgi?id=1117365
Updated by riafarov over 5 years ago
Nice investigation. I believe there is nothing to be done on our side in the end, so let's see if we get this fixed soon. Thanks again!
Updated by mloviska over 5 years ago
riafarov wrote:
Nice investigation. I believe there is nothing to be done on our side in the end, so let's see if we get this fixed soon. Thanks again!
Agreed, at most we can contact PMs/RMs to let them know about the dependency issue in OBS.
Updated by okurz over 5 years ago
With the bug report they should be aware, right?
Updated by riafarov over 5 years ago
- Due date changed from 2018-12-04 to 2018-12-18
Bug is still not fixed, we have a hope that it gets fixed in the upcoming sprint.
Updated by riafarov over 5 years ago
- Due date changed from 2018-12-18 to 2019-01-22
- Status changed from Blocked to Workable
- Assignee deleted (
mloviska) - Target version changed from Milestone 21 to Milestone 22
Bug is resolved, can work on this one now.
Updated by okurz over 5 years ago
- Due date changed from 2019-01-22 to 2019-01-29
adjusting to corresponding sprint end date.
Updated by mloviska over 5 years ago
- Status changed from Workable to In Progress
- Assignee set to mloviska
Updated by mloviska over 5 years ago
local run, without any code changes
http://eris.suse.cz/tests/9616#step/partitioning_full_lvm/1
Updated by mloviska over 5 years ago
- Status changed from In Progress to Feedback
Updated by oorlov over 5 years ago
- Due date changed from 2019-01-29 to 2019-02-12
Updated by mloviska about 5 years ago
- Status changed from Feedback to In Progress
[2019-01-31T19:41:48.444 UTC] [debug] /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/installation/partitioning_full_lvm.pm:28 called partition_setup::addlv
[2019-01-31T19:41:48.444 UTC] [debug] <<< testapi::wait_still_screen(stilltime=3, timeout=4, similarity_level=47)
[2019-01-31T19:41:51.524 UTC] [debug] >>> testapi::wait_still_screen: detected same image for 3 seconds, last detected similarity is 1000000
[2019-01-31T19:41:51.525 UTC] [debug] /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/installation/partitioning_full_lvm.pm:28 called partition_setup::addlv
[2019-01-31T19:41:51.525 UTC] [debug] <<< testapi::send_key(key='right', do_wait=0)
doesn't work, going for send_key_until_needlematch approach
Updated by mloviska about 5 years ago
- Status changed from In Progress to Feedback
Updated by mloviska about 5 years ago
- Status changed from Feedback to Resolved
sle-12-SP5-Server-DVD-aarch64-Build0120-lvm-encrypt-separate-boot@aarch64
Maybe some "<sle12sp5" tests will fail on 1 missing needle. I guess we can solve these possible cases on the fly
Updated by mloviska about 5 years ago
I am wondering how many times the test had to press "right" key to roll down VGs.
Updated by mloviska about 5 years ago
- Status changed from Resolved to In Progress
Updated by riafarov about 5 years ago
- Due date changed from 2019-02-12 to 2019-02-26
Updated by mloviska about 5 years ago
[2019-02-11T16:23:32.049 UTC] [debug] <<< testapi::send_key(key='alt-s', do_wait=0)
[2019-02-11T16:23:32.257 UTC] [debug] /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/installation/partitioning_full_lvm.pm:28 called partition_setup::addlv
[2019-02-11T16:23:32.258 UTC] [debug] <<< testapi::send_key(key='home', do_wait=0)
[2019-02-11T16:23:32.466 UTC] [debug] /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/installation/partitioning_full_lvm.pm:28 called partition_setup::addlv
[2019-02-11T16:23:32.467 UTC] [debug] <<< testapi::check_screen(mustmatch='volume_management_feature', timeout=1)
Actions to be performed:
- Activate System View
- Go to the top entry -> "linux"
- Roll down until Volume Management is reached
What happened:
- SUT exited from VG configuration, therefore Volume Management was active in System View
- System View was activated
- SUT pressed "home" but YaST2/SUT did not responded in expected time
- SUT matched needle from point 3. in the previous list
Updated by mloviska about 5 years ago
- Status changed from In Progress to Feedback
PR:
OSD VR:
I hope the job will be picked up by openqaworker-arm-2 worker
Updated by mloviska about 5 years ago
- Status changed from Feedback to Resolved
Updated by okurz about 5 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: lvm-encrypt-separate-boot
https://openqa.suse.de/tests/2798098