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