srbala/createhdds
1
0
Fork 0
mirror of https://pagure.io/fedora-qa/createhdds.git synced 2024-11-16 13:13:09 +00:00
Code Issues Releases Activity

createhdds: use user-mode networking for now

Browse Source 
There's been an annoying bug on the production openQA server
for a while now: createhdds runs to refresh the upgrade base
images don't actually work most of the time, each attempt to
run virt-install fails. I finally got time to debug this a bit
today and it seems to be some kind of network issue: the VM has
no network access so the install doesn't work. I've no idea why
that's happening, but using user-mode networking seems to work
around it for now and shouldn't have any terrible side effects
even for openQA servers not affected by this problem. So let's
do this until we can pin down the real bug.
This commit is contained in:
Adam Williamson 2016-10-21 16:54:03 -07:00
parent 359da3d896
commit 7a206b473c
1 changed files with 4 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
createhdds.py
View File

@ -239,6 +239,10 @@ class VirtInstallImage(object):
loctmp.format(str(self.release), self.variant, arch), "--graphics", "vnc", loctmp.format(str(self.release), self.variant, arch), "--graphics", "vnc",
"--name", "createhdds", "--memory", "2048", "--noreboot", "--noautoconsole", "--name", "createhdds", "--memory", "2048", "--noreboot", "--noautoconsole",
"--wait", "-1"] "--wait", "-1"]
# this is a hacky workaround for a weird bug on Fedora's prod
# openQA server:
# https://bugzilla.redhat.com/show_bug.cgi?id=1387798
args.extend(("--network", "user"))
# run the command, timing out after 1 hour; sometimes creation # run the command, timing out after 1 hour; sometimes creation
# seems to just get mysteriously stuck, we need to bail and # seems to just get mysteriously stuck, we need to bail and
# retry in this case # retry in this case