On Fri, Jan 10, 2014 at 12:45:09PM +0000, Karli Sjöberg wrote:
> >
> > Oh, and here´s the output:
> > # du -h /var/log/libvirtd.log
> > 1.1G /var/log/libvirtd.log
> > # /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
> > reading config file /etc/logrotate.d/libvirtd
> > reading config info for /var/log/libvirt/libvirtd.log
> > compress_prog is now /usr/bin/xz
> > uncompress_prog is now /usr/bin/unxz
> > compress_ext is now .xz
> >
> > Handling 1 logs
> >
> > rotating pattern: /var/log/libvirt/libvirtd.log 15728640 bytes (1000
rotations)
> > empty log files are rotated, old logs are removed
> > considering log /var/log/libvirt/libvirtd.log
> > log does not need rotating
> >
> > Really, are you sure about that?
> >
> > /K
>
> I really do not know what to say - it seems like an awkward logrotate
> bug. Maybe if you play with arguments a bit (avoid compression? change
> size?) it could be convinced to work. Otherwise it sounds like gdb
> time...
>
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs="1:file:/var/log/libvirtd.log"
Bug?
Oh, I've missed that, too.
We've changed that back in
http://gerrit.ovirt.org/14842
and it should have been replaced during upgrade to ovirt-3.3. Could you
share your complete /etc/libvirt/libvirtd.conf?
(calling in Yaniv and Douglas, who may be more helpful than me about it)