I need to keep my minion logs for some requirements, and I'd like to have them work with my log collection utility. Leaving out the details of what that is, I'll jump past that and say that the software I'm using isn't rotating the log well. Not salt's fault, but it's why I'm looking at the other options available.
One thing I notice with salt 2014-1.3 on CentOS 5, and 2014-1.0 on CentOS6 is that when I send salt-minion a SIGHUP, the process dies. Is that supposed to happen? The goal would be for it to HUP and reload its config, re-create the logfile, other normal things.
Secondly, I tried sending the salt-minion logs to syslog via the file:///dev/log directive in the config file.
On CentOS5, I get some extra characters before the service log message, and I see that this is caused by the older python version on CentOS 5, so I won't worry about that either.
I'd like to send the salt logs to a syslog 'local' facility, so I tried this format in /etc/salt/minion
file:///dev/log/LOG_LOCAL3
However, in my syslog config when I configure:
local3.* /var/log/testlog
and restart syslogd, nothing ever gets stored there, and the salt messages remain in /var/log/messages.
On CentOS6 (using rsyslogd), this wasn't a problem. On CentOS 5 I tried installing the rsyslog5 package and trying that, but it did the same thing.
Any of that making sense? Is there something I can do, or am doing wrong to make that work?