action #48170
closed
[functional][u][svirt][xen] SUTs are not able to reach SUSE network, e.g. failed to reach proxy.scc.suse.de
Added by okurz about 5 years ago.
Updated about 5 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 23
Description
Observation¶
openQA test in scenario sle-15-SP1-Installer-DVD-x86_64-create_hdd_gnome@svirt-xen-pv fails in
welcome
Reproducible¶
Fails since yesterday. Retriggered an older build for reproduction which failed the same: https://openqa.suse.de/tests/2483025#
Expected result¶
Last good: 173.1
Further details¶
Always latest result in this scenario: latest
- Status changed from New to Blocked
- Assignee set to xlai
debugging at the moment with michal
so after some debugging and restarting the bridge, we killed the host completely - it doesn't get any dhcp offers from qanet...
Alice, I'm not sure but if you move the ticket to the openQA queue, we might be able to see it as well?
mgriessmeier wrote:
so after some debugging and restarting the bridge, we killed the host completely - it doesn't get any dhcp offers from qanet...
Alice, I'm not sure but if you move the ticket to the openQA queue, we might be able to see it as well?
I have asked the infra ticket owner to help change the queue since I do not have any feasible way to do that.
well, the ticket is actually about something else in my opinion.
I will open a new one, once I'm in the office for the issues in the small qalab regarding openqaw5-xen and openqaipmi5
Isn't the dhcp server actually running on qamaster?
okurz wrote:
Isn't the dhcp server actually running on qamaster?
no, it's running on qanet
yeah, sorry - forget my comment - I misread it and thought it's about fixing grenache.
to clarify, would you mind to comment in the ticket that the actual issue is that all machines (at least) in the small qa-lab are not be able to get any dhcp address from qanet?
mgriessmeier wrote:
yeah, sorry - forget my comment - I misread it and thought it's about fixing grenache.
to clarify, would you mind to comment in the ticket that the actual issue is that all machines (at least) in the small qa-lab are not be able to get any dhcp address from qanet?
Done.
- Blocks action #48260: [sle][functional][u][s390x][kvm] test fails in reboot_after_installation - "The console isn't responding correctly. Maybe half-open socket?" added
Well, at least the jobs on the machine "64bit-ipmi" seem to be fine, you mean other machines within the QA lab maybe?
mgriessmeier wrote:
seems like svirt is up and running again: https://openqa.suse.de/tests/2495398
can someone check ipmi please?
The affected ipmi worker grenache-1:10 ipmi connection is normal now.
FYI, According to feedback from https://infra.nue.suse.com/Ticket/Display.html?id=131822 yesterday, they hadn't found how to solve it. Now the ticket status is still open. In case any further investigation operations on the switch, I will not add this worker back until that infra ticket is marked as fixed.
- Target version set to Milestone 23
- Status changed from Blocked to Resolved
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: xfs@svirt-xen-pv
https://openqa.suse.de/tests/2688219
Also available in: Atom
PDF