Mitaka ha ping test failing to ping vm
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| tripleo |
Critical
|
Ben Nemec |
Bug Description
This appears to be a different bug from the one breaking the nonha job. This one successfully uploads the image and boots the vm but fails to ping it. Looking through the logs I don't see anything obviously wrong, but I do notice that when we try to show the console log of the booted vm we get no output. I don't see any errors that would suggest it didn't boot correctly, so I'm not sure what's going on there.
tags: | added: ci |
Ben Nemec (bnemec) wrote : | #1 |
Ben Nemec (bnemec) wrote : | #2 |
It appears to have something to do with the newer seabios-bin package that came in since this job was working. The current failing version is seabios-
I also tried going back to 1.9.1 to verify it wasn't the vm reboot alone that fixed the problem. It hung again on the newer package.
Alan Pevec (apevec) wrote : | #3 |
seabios-
Ben Nemec (bnemec) wrote : | #4 |
I believe using the rdo-qemu-ev repo in the mitaka jobs will work around this problem. I'm not sure whether we should be using that repo with that release, but it's working for me locally. I pushed https:/
I will also followup on the fact that using the qemu in base centos doesn't seem to be working.
Ben Nemec (bnemec) wrote : | #5 |
Opened https:/
Changed in tripleo: | |
assignee: | nobody → Ben Nemec (bnemec) |
Ben Nemec (bnemec) wrote : | #6 |
A workaround for this is in the gate, so I'm going to drop the alert tag so it stops spamming the channel.
tags: | removed: alert |
Ben Nemec (bnemec) wrote : | #7 |
This appears to have been fixed. https:/
Changed in tripleo: | |
status: | Triaged → Fix Released |
Reproduced this behavior locally and it looks like the vm is hanging at an ipxe boot screen.