summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/device/1155677
blob: 872affebe3be05c055dce97c8ea5ebfc4c9e6b9f (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
device: 0.816
graphic: 0.723
instruction: 0.664
other: 0.621
semantic: 0.577
network: 0.576
mistranslation: 0.457
boot: 0.428
socket: 0.331
vnc: 0.313
assembly: 0.185
KVM: 0.087

snapshot=on fails with non file-based storage

The snapshot=on option doesn't work with an nbd block device:

/usr/bin/qemu-system-x86_64 \
[...]
    -device virtio-scsi-pci,id=scsi \
    -drive file=nbd:localhost:61930,snapshot=on,format=raw,id=hd0,if=none \
    -device scsi-hd,drive=hd0 \
[...]

gives the error:

qemu-system-x86_64: -drive file=nbd:localhost:61930,snapshot=on,format=raw,id=hd0,if=none: could not open disk image nbd:localhost:61930: No such file or directory

If you remove the snapshot=on flag, it works (although that of course means that the block device is writable which we don't want).

Previously reported here:

  http://permalink.gmane.org/gmane.comp.emulators.qemu/148390

and I can confirm this still happens in qemu 1.4.0.

Triaging old bug tickets... I think this has likely been fixed in 2013 ... or can you still reproduce this issue with the latest version of QEMU? Could we close this ticket nowadays?

Let's close this.  libguestfs doesn't use snapshot=on any longer.