Am 16.01.2014 um 10:24 hat Richard W.M. Jones geschrieben: > > On further investigation, the "No such file or directory" error occurs > when using snapshot=on. > > ie: > > This fails: > > ./x86_64-softmmu/qemu-system-x86_64 -drive > 'file=http://127.0.0.1/~rjones/cirros-0.3.1-x86_64-disk.img,if=virtio,snapshot=on' > > This works: > > ./x86_64-softmmu/qemu-system-x86_64 -drive > 'file=http://127.0.0.1/~rjones/cirros-0.3.1-x86_64-disk.img,if=virtio,readonly=on'
Whoops, sorry, I think it was me who broke this when I rewrote snapshot=on support to fit better in the whole blockdev-add infrastructure (commit 9fd3171a). The reason is that instead of writing the file name into the backing file header field of the temporary image, it now uses the file.filename runtime option, which doesn't parse protocol names from the filename. I believe Max was going to look into some related issues (basically how to get rid of the "magic" filenames in the core code without breaking compatibility), perhaps a fix comes out naturally from such changes. Workaround for now: Add an explicit file.driver=http Kevin
