action #35574
closed
[sle][functional][u][xen][hard] test fails in user_defined_snapshot - interact with grub2 in the serial console
Added by JERiveraMoya about 6 years ago.
Updated almost 4 years ago.
Description
Observation¶
openQA test in scenario sle-15-Installer-DVD-x86_64-extra_tests_on_gnome@svirt-xen-pv fails in
user_defined_snapshot
Reproducible¶
Fails since (at least) Build 573.1
When Xen PV parent job create_hdd was failing we were not able to see the failure. Jobs is failing interacting with grub.
Expected result¶
grub2 is not expected to be present on VNC, but we should be able to interact with grub in serial console.
Last good: (unknown)
Suggestions¶
- Remove the test module which never worked on this backend/machine or only schedule it in "test development"
- Decrease prio of ticket and postpone
- Then wait…
- Then fix it
- ???
- profit!!1
Further details¶
Always latest result in this scenario: latest
- Subject changed from [sle][functional]test fails in user_defined_snapshot - interact with grub2 in the serial console to [sle][functional][u] test fails in user_defined_snapshot - interact with grub2 in the serial console
- Due date set to 2018-05-22
- Category changed from Bugs in existing tests to New test
- Target version set to Milestone 16
Because the job seems to have never completed successfully I consider this a "New test" ticket. I recommend to move the scenario to "test development" and then we plan the further work on this ticket to a later sprint.
- Subject changed from [sle][functional][u] test fails in user_defined_snapshot - interact with grub2 in the serial console to [sle][functional][u][xen][hard] test fails in user_defined_snapshot - interact with grub2 in the serial console
- Status changed from New to Workable
- Difficulty set to hard
- Due date changed from 2018-05-22 to 2018-07-31
- Target version changed from Milestone 16 to Milestone 18
Too many new tests for S17, still, delaying
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: extra_tests_on_gnome@svirt-xen-pv
https://openqa.suse.de/tests/1718253
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: extra_tests_on_gnome@svirt-xen-pv
https://openqa.suse.de/tests/1752531
- Target version changed from Milestone 18 to Milestone 18
- Has duplicate action #37465: [sle][functional][y][fast] test fails in user_defined_snapshot - after reboot we are expecting grub2 in xen-pv added
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: extra_tests_on_gnome@svirt-xen-pv
https://openqa.suse.de/tests/1795976
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: extra_tests_on_gnome@svirt-xen-pv
https://openqa.suse.de/tests/1825927
- Description updated (diff)
- Estimated time set to 2.00 h
- Description updated (diff)
- Assignee deleted (
oorlov)
- Status changed from Workable to Feedback
- Assignee set to oorlov
- Due date deleted (
2018-07-31)
- Status changed from Feedback to Workable
- Assignee deleted (
oorlov)
- Target version changed from Milestone 18 to future
To answer your question: set back to workable, delete due date and unassign. I will do that for you now.
- Status changed from Workable to New
Bulk action to set status back to "New" for older tickets which are in "future". They would need to be revisited in time when we come up with a defined plan and assign to a milestone.
- Priority changed from Normal to Low
let's focus more on improving our current tests and workflows first. Putting to "holding tank" :)
- Status changed from New to Rejected
- Assignee set to SLindoMansilla
This ticket is very old and currently the problem we see in user_defined_snapshot is #65058
We can reopen/recreate this ticket if we can reproduce it again.
Also available in: Atom
PDF