Od waszego wspomniałem syslog
, zakładam, że mówiliście o systemie Debian podobnym do Linuksa.
Właściwie nie ma potrzeby pisania własnych obiektów dziennika. Dostosowanie /etc/default/puppet
wystarczy.
# Startup options
DAEMON_OPTS="--logdest /var/log/puppet/puppet.log"
/etc/default/puppet
jest wchłaniany przez /etc/init.d/puppet
, więc opcje dodane tutaj zostanie wykonany gdy puppet
usługa jest uruchomiona.
Docs o --logdest
Opcje: https://docs.puppetlabs.com/references/3.3.1/man/apply.html#OPTIONS
BTW, pakiet deb zapewnia lalkowy dla Debiana (Ubuntu) lub nawet zawiera plik konfiguracyjny logrotate dla /var/log/puppet
, nie wiem, dlaczego ta opcja nie jest domyślnie.
/var/log/puppet/*log {
missingok
sharedscripts
create 0644 puppet puppet
compress
rotate 4
postrotate
pkill -USR2 -u puppet -f 'puppet master' || true
[ -e /etc/init.d/puppet ] && /etc/init.d/puppet reload > /dev/null 2>&1 || true
endscript
}
Wszelkie wskazówki dotyczące rejestrowania przy użyciu syslog do rejestrowania lalek w innym pliku. Nie ma "marionetkowego" parametru syslogfacility, a domyślnym jest demon. Jeśli zapiszę demona do pliku lalkowego.log, to tam też znajdą się inne rzeczy niż marionetka. – palto
Nie wiem, ale myślę, że to możliwe. Możesz znaleźć każdą konfigurację lalek używając; marionetka --configprint all – xeor
Ale w jaki sposób ludzie zwykle obsługują rejestrowanie za pomocą lalek? Czy uważasz, że to nie jest problem z grep syslog? Lalek pozwala na logowanie do różnych plików, więc jeśli syslog jest trudny do oddzielenia od różnych plików dziennika, to zawsze mogę użyć kukiełki, aby to zrobić. Zastanawiam się tylko, dlaczego nie jest "generalnie nieużywany". – palto