qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1351271] [NEW] qemu deletes the backing file in snapsh


From: Giancarlo Formicuccia
Subject: [Qemu-devel] [Bug 1351271] [NEW] qemu deletes the backing file in snapshot mode
Date: Fri, 01 Aug 2014 10:59:10 -0000

Public bug reported:

The file removal occurs during the "change" operation. It happens only
in snapshot mode.

Minimal steps to reproduce the problem:

$ dd if=/dev/zero of=file.img bs=1M count=1
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00288727 s, 363 MB/s
$ ls file.img
file.img
$ qemu-system-x86_64 -monitor stdio -snapshot
QEMU 2.0.0 monitor - type 'help' for more information                           
                                                                                
                                
(qemu) change ide1-cd0 file.img
(qemu) change ide1-cd0 file.img
(qemu) change ide1-cd0 file.img
Could not open 'file.img': No such file or directory                            
                                                                                
                                
(qemu) q
$ ls file.img
ls: cannot access file.img: No such file or directory

qemu version is 2.0.0 from arch linux, which is the vanilla version plus
one patch unrelated to this problem.

info block in snapshot mode reports:
ide1-cd0: /var/tmp/vl.G5WENk (qcow2)
    Removable device: not locked, tray closed
    Backing file:     file.img (chain depth: 1)

whereas info block NOT in snapshot mode correctly reports:
ide1-cd0: file.img (raw, read-only)
    Removable device: not locked, tray closed

** Affects: qemu
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1351271

Title:
  qemu deletes the backing file in snapshot mode

Status in QEMU:
  New

Bug description:
  The file removal occurs during the "change" operation. It happens only
  in snapshot mode.

  Minimal steps to reproduce the problem:

  $ dd if=/dev/zero of=file.img bs=1M count=1
  1+0 records in
  1+0 records out
  1048576 bytes (1.0 MB) copied, 0.00288727 s, 363 MB/s
  $ ls file.img
  file.img
  $ qemu-system-x86_64 -monitor stdio -snapshot
  QEMU 2.0.0 monitor - type 'help' for more information                         
                                                                                
                                  
  (qemu) change ide1-cd0 file.img
  (qemu) change ide1-cd0 file.img
  (qemu) change ide1-cd0 file.img
  Could not open 'file.img': No such file or directory                          
                                                                                
                                  
  (qemu) q
  $ ls file.img
  ls: cannot access file.img: No such file or directory

  qemu version is 2.0.0 from arch linux, which is the vanilla version
  plus one patch unrelated to this problem.

  info block in snapshot mode reports:
  ide1-cd0: /var/tmp/vl.G5WENk (qcow2)
      Removable device: not locked, tray closed
      Backing file:     file.img (chain depth: 1)

  whereas info block NOT in snapshot mode correctly reports:
  ide1-cd0: file.img (raw, read-only)
      Removable device: not locked, tray closed

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1351271/+subscriptions



reply via email to

[Prev in Thread] Current Thread [Next in Thread]