<div dir="ltr"><div><font color="#000000"><span style="background-color:rgb(243,243,243)">I am seeing red messages even though it is a successful start because tac_plus is sending message to a wrong log level or it does not have proper systemd implementation?</span></font></div><div><font color="#000000"><span style="background-color:rgb(243,243,243)"><br></span></font></div><div><font style="background-color:rgb(243,243,243)" color="#00ff00"><b><br></b></font></div><div><font style="background-color:rgb(243,243,243)" color="#00ff00"><b>●</b></font> tacacs@cc.service - TACACS+ daemon instance tacacs-cc</div><div>   Loaded: loaded (/etc/systemd/system/tacacs@.service; enabled; vendor preset: disabled)</div><div>   Active: <b><font color="#00ff00">active (running)</font></b> since Fri 2018-02-09 04:02:22 UTC; 13h ago</div><div>     Docs: man:tac_plus(8)</div><div>           man:tac_plus.conf(5)</div><div>  Process: 15379 ExecReload=/bin/sh -c /home/audit/bin/tacsanity /etc/tacacs/tacacs-%i.conf && /bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)</div><div> Main PID: 18131 (tac_plus)</div><div>   CGroup: /system.slice/system-tacacs.slice/tacacs@cc.service</div><div>           └─18131 /usr/local/sbin/tac_plus -G -L -B 100.75.8.233 -C /etc/tacacs/tacacs-cc.conf -l /var/log/tacacs/tacacs-cc.daemon.log -p 49 -d 8 -d 16</div><div><br></div><div>Feb 09 17:32:21 <a href="http://tacacs.example.net">tacacs.example.net</a> systemd[1]: Reloaded TACACS+ daemon instance tacacs-cc.</div><div>Feb 09 17:32:21 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[18131]: Received signal</div><div>Feb 09 17:32:21 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[18131]: Version F4.0.4.28 Initialized 3</div><div>Feb 09 17:32:49 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[15392]: <b><font color="#ff0000">Attempting to lock /tmp/tmp.9YI9LTwhGc.log fd 3</font></b></div><div>Feb 09 17:32:49 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[15392]: <b><font color="#ff0000">Successfully locked /tmp/tmp.9YI9LTwhGc.log fd 3 after 1 tries</font></b></div><div>Feb 09 17:32:49 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[15392]: Reading config</div><div>Feb 09 17:32:50 <a href="http://tacacs.example.net">tacacs.example.net</a> systemd[1]: Reloaded TACACS+ daemon instance tacacs-cc.</div><div>Feb 09 17:32:50 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[18131]: Received signal</div><div>Feb 09 17:32:50 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[18131]: Reading config</div><div>Feb 09 17:32:50 <a href="http://tacacs.example.net">tacacs.example.net</a> tac_plus[18131]: Version F4.0.4.28 Initialized 4</div><div><br></div><div>Also journalctl -o export _SYSTEMD_UNIT=tacacs@cc.service -e does show only those two lines are using syslog priority 3 (error) and hence</div><div>the red.</div><div><br></div><div>Trying to see what's the reason behind picking priority 3 (error) for these two lines, instead of priority 5 (notice) or priority 6 (info) like rest of the messages in there?</div><div>     </div><div>     Attempting to lock ....</div><div>     Successfully locked ...</div><div><br></div><div>Thanks</div><div><br></div><div><br></div><div><div>-- <br></div></div><div class="gmail_signature">Asif Iqbal<br>PGP Key: 0xE62693C5 KeyServer: <a href="http://pgp.mit.edu" target="_blank">pgp.mit.edu</a><br>A: Because it messes up the order in which people normally read text.<br>Q: Why is top-posting such a bad thing?<br><br></div>
</div>