blob: 79de178ab300ad241fe22a2398cbda4a1f8f460e (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
|
virtual: 0.914
KVM: 0.909
performance: 0.878
device: 0.772
network: 0.741
graphic: 0.713
hypervisor: 0.696
semantic: 0.651
register: 0.601
PID: 0.591
vnc: 0.546
permissions: 0.539
architecture: 0.538
ppc: 0.522
kernel: 0.521
socket: 0.508
mistranslation: 0.483
VMM: 0.476
boot: 0.476
peripherals: 0.459
risc-v: 0.440
files: 0.436
x86: 0.363
assembly: 0.357
i386: 0.335
user-level: 0.310
arm: 0.296
debug: 0.231
TCG: 0.187
Guest machine freezes when NFS mount goes offline
I have a virtual KVM machine that has 2 CDROM units with ISOs mounted from a NFS mount point. When NFS server goes offline the virtual machine blocks completely instead of throwing read errors for the CDROM device.
Host: Proxmox VE 1.8-11 (Debian GNU/Linux 5.0)
KVM commandline version: QEMU emulator version 0.14.1 (qemu-kvm-devel)
Guest: Windows 7 professional SP 1
On Wed, Jul 27, 2011 at 10:09 AM, Igor Blanco <email address hidden> wrote:
> Public bug reported:
>
> I have a virtual KVM machine that has 2 CDROM units with ISOs mounted
> from a NFS mount point. When NFS server goes offline the virtual machine
> blocks completely instead of throwing read errors for the CDROM device.
>
> Host: Proxmox VE 1.8-11 (Debian GNU/Linux 5.0)
> KVM commandline version: QEMU emulator version 0.14.1 (qemu-kvm-devel)
> Guest: Windows 7 professional SP 1
Thanks for reporting this. There are instances where QEMU performs
blocking operations in a thread that will prevent the guest from
running. I suspect you are hitting this case and refactoring work
needs to be done to ensure that QEMU threads never block.
Stefan
Can you still reproduce this problem with the latest version of QEMU (currently version 2.9.0)?
[Expired for QEMU because there has been no activity for 60 days.]
|