Description of problem: created unit file is not deleted after delete sandbox Version-Release number of selected component (if applicable): libvirt-sandbox-0.1.0-1.fc18.x86_64 httpd-2.4.3-15.fc18.x86_64 kernel-3.8.2-206.fc18.x86_64 How reproducible: always Steps to Reproduce: 1. create a sandbox # virt-sandbox-service create -u httpd.service apache12 Created sandbox container dir /var/lib/libvirt/filesystems/apache12 Created sandbox config /etc/libvirt-sandbox/services/apache12.sandbox Created unit file /etc/systemd/system/httpd 2. delete the sandbox # virt-sandbox-service delete apache12 # virt-sandbox-service list apache12 not show up 3. check dir and file # ls /var/lib/libvirt/filesystems/apache12 ls: cannot access /var/lib/libvirt/filesystems/apache12: No such file or directory # ll /etc/libvirt-sandbox/services/apache12.sandbox ls: cannot access /etc/libvirt-sandbox/services/apache12.sandbox: No such file or directory # ll /etc/systemd/system/httpd -rw-r--r--. 1 root root 365 Mar 15 11:06 /etc/systemd/system/httpd The unit file is left Actual results: the unit file not deleted Expected results: should clean up the unit file Additional info:
This is fixed in the current pool, but I have removed deleting the entire content, since I am worried about the user loosing data they did not intend. I could add a flag like -r virt-sandbox-service -r delete apache12 Would remove the /var/lib/libvirt/filesystems/apache12 Directory, but this is not really correct since the admin could have added other directories to the sandbox config file.
Fedora 18 is end-of-life in a month, so it is unlikely this issue will be fixed there (if it hasn't already). Closing as WONTFIX for F18. If you can still reproduce on F19+, please comment here and reopen the bug.