* [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller
@ 2009-04-16 14:10 SourceForge.net
0 siblings, 0 replies; 5+ messages in thread
From: SourceForge.net @ 2009-04-16 14:10 UTC (permalink / raw)
To: noreply
Bugs item #2768533, was opened at 2009-04-16 16:01
Message generated for change (Settings changed) made by technologov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Technologov (technologov)
Assigned to: Nobody/Anonymous (nobody)
>Summary: SCSI/VirtIO: VM unable to reboot from non-IDE controller
Initial Comment:
All Red Hat-based systems (RHEL, Fedora) have failed during automated tests on SCSI disks on KVM.
It turned out to be a problem of Qemu/KVM, where after a software reboot (i.e. initiated by guest OS), the system is unable to boot from SCSI controller.
To reboot successfully you need either soft reboot+IDE or Hard reboot (Qemu cold boot)+SCSI.
The Command sent to Qemu/KVM:
/usr/local/bin/qemu-system-x86_64 -m 512 -monitor tcp:localhost:4602,server,nowait -cdrom /isos/linux/Fedora-8-i386-DVD.iso -drive file=/vm/fedora8-32.qcow2,if=scsi,boot=on -name fedora8-32
Host: RHEL 5/x64, KVM-85rc6. (tried both Intel and AMD)
Guest: RHEL 5, Fedora 8, Fedora 9 (tried both 32 and 64-bit).
-Alexey, 16.4.2009.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller
@ 2009-04-16 14:12 SourceForge.net
0 siblings, 0 replies; 5+ messages in thread
From: SourceForge.net @ 2009-04-16 14:12 UTC (permalink / raw)
To: noreply
Bugs item #2768533, was opened at 2009-04-16 16:01
Message generated for change (Comment added) made by technologov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Technologov (technologov)
Assigned to: Nobody/Anonymous (nobody)
Summary: SCSI/VirtIO: VM unable to reboot from non-IDE controller
Initial Comment:
All Red Hat-based systems (RHEL, Fedora) have failed during automated tests on SCSI disks on KVM.
It turned out to be a problem of Qemu/KVM, where after a software reboot (i.e. initiated by guest OS), the system is unable to boot from SCSI controller.
To reboot successfully you need either soft reboot+IDE or Hard reboot (Qemu cold boot)+SCSI.
The Command sent to Qemu/KVM:
/usr/local/bin/qemu-system-x86_64 -m 512 -monitor tcp:localhost:4602,server,nowait -cdrom /isos/linux/Fedora-8-i386-DVD.iso -drive file=/vm/fedora8-32.qcow2,if=scsi,boot=on -name fedora8-32
Host: RHEL 5/x64, KVM-85rc6. (tried both Intel and AMD)
Guest: RHEL 5, Fedora 8, Fedora 9 (tried both 32 and 64-bit).
-Alexey, 16.4.2009.
----------------------------------------------------------------------
>Comment By: Technologov (technologov)
Date: 2009-04-16 17:12
Message:
This problem also exists for VirtIO block device.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller
@ 2009-04-19 14:25 SourceForge.net
0 siblings, 0 replies; 5+ messages in thread
From: SourceForge.net @ 2009-04-19 14:25 UTC (permalink / raw)
To: noreply
Bugs item #2768533, was opened at 2009-04-16 16:01
Message generated for change (Comment added) made by technologov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Technologov (technologov)
Assigned to: Nobody/Anonymous (nobody)
Summary: SCSI/VirtIO: VM unable to reboot from non-IDE controller
Initial Comment:
All Red Hat-based systems (RHEL, Fedora) have failed during automated tests on SCSI disks on KVM.
It turned out to be a problem of Qemu/KVM, where after a software reboot (i.e. initiated by guest OS), the system is unable to boot from SCSI controller.
To reboot successfully you need either soft reboot+IDE or Hard reboot (Qemu cold boot)+SCSI.
The Command sent to Qemu/KVM:
/usr/local/bin/qemu-system-x86_64 -m 512 -monitor tcp:localhost:4602,server,nowait -cdrom /isos/linux/Fedora-8-i386-DVD.iso -drive file=/vm/fedora8-32.qcow2,if=scsi,boot=on -name fedora8-32
Host: RHEL 5/x64, KVM-85rc6. (tried both Intel and AMD)
Guest: RHEL 5, Fedora 8, Fedora 9 (tried both 32 and 64-bit).
-Alexey, 16.4.2009.
----------------------------------------------------------------------
>Comment By: Technologov (technologov)
Date: 2009-04-19 17:25
Message:
Bug was also opened in Ubuntu Launchpad.
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/363743
Two reasons:
1. Qemu project does not have bugzilla - so Ubuntu Launchpad became main
bugzilla for Qemu
2. This bug affects Ubuntu-8.10
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-16 17:12
Message:
This problem also exists for VirtIO block device.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller
@ 2009-04-21 9:41 SourceForge.net
0 siblings, 0 replies; 5+ messages in thread
From: SourceForge.net @ 2009-04-21 9:41 UTC (permalink / raw)
To: noreply
Bugs item #2768533, was opened at 2009-04-16 16:01
Message generated for change (Comment added) made by technologov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Technologov (technologov)
Assigned to: Nobody/Anonymous (nobody)
Summary: SCSI/VirtIO: VM unable to reboot from non-IDE controller
Initial Comment:
All Red Hat-based systems (RHEL, Fedora) have failed during automated tests on SCSI disks on KVM.
It turned out to be a problem of Qemu/KVM, where after a software reboot (i.e. initiated by guest OS), the system is unable to boot from SCSI controller.
To reboot successfully you need either soft reboot+IDE or Hard reboot (Qemu cold boot)+SCSI.
The Command sent to Qemu/KVM:
/usr/local/bin/qemu-system-x86_64 -m 512 -monitor tcp:localhost:4602,server,nowait -cdrom /isos/linux/Fedora-8-i386-DVD.iso -drive file=/vm/fedora8-32.qcow2,if=scsi,boot=on -name fedora8-32
Host: RHEL 5/x64, KVM-85rc6. (tried both Intel and AMD)
Guest: RHEL 5, Fedora 8, Fedora 9 (tried both 32 and 64-bit).
-Alexey, 16.4.2009.
----------------------------------------------------------------------
>Comment By: Technologov (technologov)
Date: 2009-04-21 12:41
Message:
Ryan Harper provided a patch that fixes this.
I need to make sure it makes way into KVM release. Not closing bug yet.
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-19 17:25
Message:
Bug was also opened in Ubuntu Launchpad.
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/363743
Two reasons:
1. Qemu project does not have bugzilla - so Ubuntu Launchpad became main
bugzilla for Qemu
2. This bug affects Ubuntu-8.10
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-16 17:12
Message:
This problem also exists for VirtIO block device.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller
@ 2009-04-27 14:56 SourceForge.net
0 siblings, 0 replies; 5+ messages in thread
From: SourceForge.net @ 2009-04-27 14:56 UTC (permalink / raw)
To: noreply
Bugs item #2768533, was opened at 2009-04-16 16:01
Message generated for change (Settings changed) made by technologov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Technologov (technologov)
Assigned to: Nobody/Anonymous (nobody)
Summary: SCSI/VirtIO: VM unable to reboot from non-IDE controller
Initial Comment:
All Red Hat-based systems (RHEL, Fedora) have failed during automated tests on SCSI disks on KVM.
It turned out to be a problem of Qemu/KVM, where after a software reboot (i.e. initiated by guest OS), the system is unable to boot from SCSI controller.
To reboot successfully you need either soft reboot+IDE or Hard reboot (Qemu cold boot)+SCSI.
The Command sent to Qemu/KVM:
/usr/local/bin/qemu-system-x86_64 -m 512 -monitor tcp:localhost:4602,server,nowait -cdrom /isos/linux/Fedora-8-i386-DVD.iso -drive file=/vm/fedora8-32.qcow2,if=scsi,boot=on -name fedora8-32
Host: RHEL 5/x64, KVM-85rc6. (tried both Intel and AMD)
Guest: RHEL 5, Fedora 8, Fedora 9 (tried both 32 and 64-bit).
-Alexey, 16.4.2009.
----------------------------------------------------------------------
>Comment By: Technologov (technologov)
Date: 2009-04-27 17:56
Message:
Bug fixed in KVM-85. Closing.
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-21 12:41
Message:
Ryan Harper provided a patch that fixes this.
I need to make sure it makes way into KVM release. Not closing bug yet.
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-19 17:25
Message:
Bug was also opened in Ubuntu Launchpad.
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/363743
Two reasons:
1. Qemu project does not have bugzilla - so Ubuntu Launchpad became main
bugzilla for Qemu
2. This bug affects Ubuntu-8.10
----------------------------------------------------------------------
Comment By: Technologov (technologov)
Date: 2009-04-16 17:12
Message:
This problem also exists for VirtIO block device.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2768533&group_id=180599
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-04-27 14:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-16 14:10 [ kvm-Bugs-2768533 ] SCSI/VirtIO: VM unable to reboot from non-IDE controller SourceForge.net
-- strict thread matches above, loose matches on Subject: below --
2009-04-16 14:12 SourceForge.net
2009-04-19 14:25 SourceForge.net
2009-04-21 9:41 SourceForge.net
2009-04-27 14:56 SourceForge.net
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).