Bug 566425
| Summary: | qemu: could not load kernel '/var/lib/libvirt/boot/virtinst-vmlinuz.bmav1g': Permission denied | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Laska <jlaska> | |
| Component: | libvirt | Assignee: | Cole Robinson <crobinso> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | low | |||
| Version: | 12 | CC: | berrange, clalance, crobinso, itamar, jforbes, jturner, lveyde, notting, rjones, ruben, veillard, virt-maint | |
| Target Milestone: | --- | Keywords: | Reopened | |
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | libvirt-0.7.7-2.fc13 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 574152 (view as bug list) | Environment: | ||
| Last Closed: | 2013-03-18 00:21:06 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: | 514890, 538274 | |||
|
Description
James Laska
2010-02-18 13:09:25 UTC
I can reproduce. Seems the libvirt permission + svirt drivers don't try to change the permissions for kernel/initrd. Your initial report looks like you are running as root, but the error from syslog looks like you tried as a regular user. Do both not work? I reproduced as root using /var/lib/libvirt/boot (In reply to comment #1) > I can reproduce. Seems the libvirt permission + svirt drivers don't try to > change the permissions for kernel/initrd. Your initial report looks like you > are running as root, but the error from syslog looks like you tried as a > regular user. Do both not work? I reproduced as root using > /var/lib/libvirt/boot Sorry, my attempts were all through sudo, but I cleaned up the output thinking that would make things clearer. I've run virt-install as root (from a shell and from sudo) and both fail. If I run the same command as non-root (adding --connect qemu:///system) it fails the same way. *** Bug 571574 has been marked as a duplicate of this bug. *** This happens on a fresh F13 install. It should be an F13 blocker. Moving to F13Beta blocker list per recently added Beta criteria (https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria) # The release must boot successfully as a virtual guest in a situation where the virtual host is running the same release (using Fedora's current preferred virtualization technology) Patch posted upstream: https://www.redhat.com/archives/libvir-list/2010-March/msg00546.html Upstream now, moving to POST. (In reply to comment #7) > Upstream now, moving to POST. Thanks for the update Cole. When do you anticipate this fix being available in Fedora 13? This bug is listed as an approved F13Beta blocker, and would need new packages by ~ 2010-03-24 in order to make F13Beta. If it won't be available in time, we'll need to document this issue+workaround or choose delay the release. I'll build a new libvirt package by end of Monday 22nd, so this will be fixed in time. Thanks for the ping. libvirt-0.7.7-2.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/libvirt-0.7.7-2.fc13 libvirt-0.7.7-2.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libvirt'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/libvirt-0.7.7-2.fc13 libvirt-0.7.7-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 582779 has been marked as a duplicate of this bug. *** I'm getting the same issue with RHEL 6.4 : 2013-03-17 12:27:28.631+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin /usr/libexec/qemu-kvm -name RHEVM-Engine -S -M rhel6.4.0 -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -uuid 3b442362-86d8-702c-684d-189f9e31bd11 -nographic -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/RHEVM-Engine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-reboot -no-shutdown -kernel /var/lib/libvirt/boot/virtinst-vmlinuz.D3uz9R -initrd /var/lib/libvirt/boot/virtinst-initrd.img.S46JuW -append method=http://download.eng.tlv.redhat.com/pub/rhel/released/RHEL-6/6.4/Server/x86_64/os -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/rhev/data-center/mnt/shual.eng.lab.tlv.redhat.com:_volumes_shual_integration_rhevm-32-integ-test-3/rhev-ha/rhevm-engine.disk,if=none,id=drive-virtio-disk0,format=raw,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:28:57:64,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 char device redirected to /dev/pts/2 qemu: could not load kernel '/var/lib/libvirt/boot/virtinst-vmlinuz.D3uz9R': Permission denied 2013-03-17 12:27:29.116+0000: shutting down Lev, please file a new bug against RHEL, this bug is 3 years old and is against Fedora |