Directory /var/log/libvirt/qemu missing in package

Thanks for taking the time to report this bug.

The libvirt-bin package does, during install, create the /var/log/libvirt/qemu directory. Can you show us the result of running

   dpkg -l | grep libvirt
   cat /etc/*release

and tell us when and how you installed libvirt?

% dpkg -l | grep libvirt
rc libvirt-bin 0.8.8-1ubuntu6.6 the programs for the libvirt library
ii libvirt0 0.9.2-4ubuntu15.1 library for interfacing with different virtualization systems
ii libvirtodbc0 6.1.3+dfsg1-1ubuntu1 high-performance database - ODBC libraries
ii python-libvirt 0.9.2-4ubuntu15.1

% cat /etc/*release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=11.10
DISTRIB_CODENAME=oneiric
DISTRIB_DESCRIPTION="Ubuntu 11.10"

 I've installed the package - don't know - about 1-2 years ago. recently upgraded to oneiric.

I currently do not see how libvirt-bin could create that directory during install, because there is no postinst script. Just a .postrm .

(The upgrade-procedure failed and aborted, because the package downloading the flash plugin for the browser tried to download the flash plugin at a system state where the network configuration was down and exited with a exit value >0. Thus the upgrader natty->oneiric aborted. I then had to finish things manually. Maybe this has influenced things somehow. (but all packages were definitely configured.))

The directory is created with debian/libvirt-bin.dirs, and shows up in 'dpkg -L libvirt-bin'.

Could you try re-installing libvirt-bin and see if that fixes your problem?

It would be a real bug if 'apt-get remove libvirt-bin' removed /var/log/libvirt/qemu but not the libvirt logrotate rules. I'll test to see if that is the case. But it sounds just as likely that this really was a side effect of the bad upgrade which would not happen with a simple 'apt-get remove'.

Oh, yep, the package was actually deinstalled, but not purged. Didn't notice that, must have been removed somewhere in the broken upgrade process. Thus the directory was gone, while /var/log/libvirt and /var/log/libvirt/shutdownlog.log remained on the system, as well as /etc/logrotate.d/libvirtd (and probably all other files in /etc).

Indeed, because /var/log/libvirt/qemu gets created by libvirt-bin.dirs, if there is no log output under /var/log/libvirt/qemu, then when doing apt-get remove libvirt-bin, the logrotate.d/libvirt file is not deleted (until you purge), but the /var/log/libvirt/qemu dir is.

This should get moved to postinst as suggested by Hadmut.

Hadmut, I will file a bug against debian to do so. If you prefer to do so yourself, please let me know.

Please do. I'll just purge the package.

thanks and regards

This bug was fixed in the package libvirt - 0.9.6-2ubuntu2

---------------
libvirt (0.9.6-2ubuntu2) precise; urgency=low

  * Move creation of /var/log/libvirt/{lxc,uml,qemu} dirs from libvirt-bin.dirs
    to libvirt-bin.postinst. Otherwise after a 'apt-get remove libvirt-bin',
    that dir will be removed (if empty) but /etc/logrotate.d/libvirtd will
    still try to rotate it and raise errors. (LP: #886770)
  * debian/rules: Fix a bug in the new logic for installing upstream-supplied
    logrotate files. (LP: #887312)
 -- Serge Hallyn <email address hidden> Mon, 07 Nov 2011 12:58:49 -0600