Hi, I also guess this gets so large because of the loglevels in /etc/vdsm/logger.conf this seems to be the default: [logger_root] level=DEBUG handlers=syslog,logfile propagate=0 [logger_vds] level=DEBUG handlers=syslog,logfile qualname=vds propagate=0 [logger_Storage] level=DEBUG handlers=logfile qualname=Storage propagate=0 [logger_metadata] level=WARNING handlers=metadata qualname=irs.metadata propagate=0 [handler_syslog] level=WARNING class=handlers.SysLogHandler formatter=sysform args=('/dev/log', handlers.SysLogHandler.LOG_USER) [handler_logfile] class=logging.handlers.WatchedFileHandler args=('/var/log/vdsm/vdsm.log',) filters=storage.misc.TracebackRepeatFilter level=DEBUG formatter=long [handler_metadata] class=logging.handlers.WatchedFileHandler args=('/var/log/vdsm/metadata.log',) level=WARNING formatter=long which is "debug" level for most loggers. Question to the devs: Is this really needed as a default in a production environment? my vdsm is a little bit older btw: vdsm-4.12.1-4.el6.x86_64 vdsm-cli-4.12.1-4.el6.noarch vdsm-python-4.12.1-4.el6.x86_64 vdsm-python-cpopen-4.12.1-4.el6.x86_64 vdsm-xmlrpc-4.12.1-4.el6.noarch did this change in vdsm 4.13. ? Am 09.01.2014 14:26, schrieb Karli Sjöberg:
Hi!
I just noticed my Hypervisor nodes starting to complain about disks almost being full. I started investigation and noticed that: # du -h /var/log/libvirtd.log 100G /var/log/libvirtd.log
And many Hosts system partition had indeed become full:S
Why weren´t the file rotated? Well: # ls -lah /var/log/libvirtd.log.* | wc -l 100
And the rotate policy says: /etc/logrotate.d/libvirtd ## beginning of configuration section by vdsm /var/log/libvirt/libvirtd.log { rotate 100 missingok copytruncate size 15M compress compresscmd /usr/bin/xz uncompresscmd /usr/bin/unxz compressext .xz }
Now, I just handled it by changing "100" to "1000" but I think that a better default needs to be placed in general, don´t you? # rpm -qa | grep vdsm vdsm-python-4.13.0-11.el6.x86_64 vdsm-python-cpopen-4.13.0-11.el6.x86_64 vdsm-4.13.0-11.el6.x86_64 vdsm-xmlrpc-4.13.0-11.el6.noarch vdsm-cli-4.13.0-11.el6.noarch
-- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen