Bug 493410
| Summary: | Windows installs (ex: Win 2008) reboot media as soon as install starts | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michael DeHaan <mdehaan> | ||||||
| Component: | qemu | Assignee: | Glauber Costa <gcosta> | ||||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 11 | CC: | berrange, crobinso, dwmw2, gcosta, markmc, virt-maint | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2009-09-22 13:32:55 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 480594 | ||||||||
| Attachments: |
|
||||||||
|
Description
Michael DeHaan
2009-04-01 16:51:19 UTC
Could you try the versions in F10 updates-testing? This was reproduced in rawhide Friday (soon to be F11 beta), do you still need a check against F10 updates-testing? It seems that if it happens in F10 and rawhide, F10-testing would be the same? If you still need that, just let me know. Hmm, you said it's fixed in rawhide? F10 updates-testing has a fairly recent version, so if it's fixed in rawhide it might well be fixed in F10 updates-testing Since I don't think we know what changed in virt-manager to fix it, the only way to check is by testing Nope, it was broken in rawhide. That's what I meant by reproduced. Okay, I was going by your original "this problem is not present in rawhide" comment. So, this is qemu-0.10-0.9.kvm20090310git.fc11, libvirt-0.6.1-5.fc11 and python-virtinst-0.400.3-1 Please attach /var/log/libvirt/qemu/$(domain).log, ~/.virt-manager.log and anything else useful you can think of. It's a little hard to tell at this point whether it's a random qemu bug or whether virtinst/libvirt is somehow doing something wrong here. Created attachment 338347 [details]
log from ~/.virtmanager on rawhide
Created attachment 338348 [details]
/var/log/libvirt/qemu/win2008_bugzilla.log
The above logs are from rawhide latest as of 11:00 AM EST, 4/6: libvirt-0.6.2-1.fc11.i586 python-virtinst-0.400.3-4.fc11.noarch qemu-0.10-6.fc11.i586 And just to confirm, this happens with the ISO on the filesystem (/opt/images/win2008.iso), but does not happen when given the actual CDROM. For purposes of Cobbler/ovirt/misc-automated-stuff, we need to use the ISO, not the CDROM. (Running as root, SELinux is disabled, so none of that should be in the way) Okay, no obvious cause in the logs - it looks to me like this should be reproducible with qemu on its own This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Could you try with qemu-0.10.5-2.fc11? https://admin.fedoraproject.org/updates/qemu-0.10.5-2.fc11 It has a fix to prevent qemu from ejecting a locked cdrom, maybe that'll help This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Three months, no update. Closing, hopefully it's fixed now anyway |