I had a chance to test it again.
I used qemu 1.6.0 now for this.
And the installation works now for virtio and ide.
Thanks for fixing this,
Klaus
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
** Changed in: qemu
Status: In Progress = Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1191606
Title:
qemu crashes with iscsi initiator (libiscsi) when using virtio
Status in
http://lists.nongnu.org/archive/html/qemu-devel/2013-06/msg03987.html
** Changed in: qemu
Status: New = In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1191606
Title:
qemu
http://pastebin.com/EuwZPna1
Last few thousand lines from the log with your patch.
The crash happens immediately after qemu has called out to iscsi_ioctl
with SG_IO to read the serial numbers vpd page.
We get the reply back from the target but as soon as ioctl_cb returns we crash.
If you
On 06/20/13 15:33, ronnie sahlberg wrote:
http://pastebin.com/EuwZPna1
Last few thousand lines from the log with your patch.
The crash happens immediately after qemu has called out to iscsi_ioctl
with SG_IO to read the serial numbers vpd page.
We get the reply back from the target but
On Thu, Jun 20, 2013 at 7:47 AM, Laszlo Ersek ler...@redhat.com wrote:
On 06/20/13 15:33, ronnie sahlberg wrote:
http://pastebin.com/EuwZPna1
Last few thousand lines from the log with your patch.
The crash happens immediately after qemu has called out to iscsi_ioctl
with SG_IO to read the
On 06/20/13 17:31, ronnie sahlberg wrote:
On Thu, Jun 20, 2013 at 7:47 AM, Laszlo Ersek ler...@redhat.com wrote:
First I don't understand how access_len can only be 1. But, in any
case, if the req-elem.in_sg[0].iov_base pointer is stored in
little-endian order, and the kernel (or
On Tue, Jun 18, 2013 at 09:34:39PM -0700, ronnie sahlberg wrote:
I can reproduce with current QEMU.
Ubuntu 13 crashes with if=virtio but if=ide is fine.
But it seems dependent on the guest/kernel.
For example Fedora-18-x86_64-Live-Desktop.iso installs and runs just
fine, even with
On 06/19/13 06:34, ronnie sahlberg wrote:
I can reproduce with current QEMU.
Ubuntu 13 crashes with if=virtio but if=ide is fine.
But it seems dependent on the guest/kernel.
For example Fedora-18-x86_64-Live-Desktop.iso installs and runs just
fine, even with virtio
But both
On Mon, Jun 17, 2013 at 05:37:57PM -, Klaus Hochlehnert wrote:
Without debug information I just can provide this (on that server I
can't recompile qemu with debugging information):
warning: no loadable sections found in added symbol-file system-supplied DSO
at 0x7fffe67fe000
On 06/18/13 11:38, Stefan Hajnoczi wrote:
On Mon, Jun 17, 2013 at 05:37:57PM -, Klaus Hochlehnert wrote:
Without debug information I just can provide this (on that server I
can't recompile qemu with debugging information):
warning: no loadable sections found in added symbol-file
On Tue, Jun 18, 2013 at 02:26:19PM +0200, Laszlo Ersek wrote:
On 06/18/13 11:38, Stefan Hajnoczi wrote:
On Mon, Jun 17, 2013 at 05:37:57PM -, Klaus Hochlehnert wrote:
Without debug information I just can provide this (on that server I
can't recompile qemu with debugging information):
I'll see what I can do to recompile qemu with debugging information.
Maybe tomorrow.
But one other question. I thought this is the normal qemu bug reporting or is
it Ubuntu only?
I tried with the latest release and followed the Report a bug-link from the
qemu web site.
--
You received this
On 06/18/13 20:01, Klaus Hochlehnert wrote:
I'll see what I can do to recompile qemu with debugging information.
Maybe tomorrow.
But one other question. I thought this is the normal qemu bug
reporting or is it Ubuntu only? I tried with the latest release and
followed the Report a bug-link
I can reproduce with current QEMU.
Ubuntu 13 crashes with if=virtio but if=ide is fine.
But it seems dependent on the guest/kernel.
For example Fedora-18-x86_64-Live-Desktop.iso installs and runs just
fine, even with virtio
But both ubuntu-12.04-desktop-amd64.iso or
Without debug information I just can provide this (on that server I
can't recompile qemu with debugging information):
warning: no loadable sections found in added symbol-file system-supplied DSO at
0x7fffe67fe000
0x7f1bca857313 in poll () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) c
** Description changed:
- Hi,
-
I just tested qemu (with kvm) with an iscsi disk using libiscsi.
I tried to install Ubuntu 12.04 as guest and when it comes to the disk
configuration during the installation qemu crashes without any notice.
No log, no dump.
In the log of the
17 matches
Mail list logo
