<br><br><div class="gmail_quote">On Thu, Sep 22, 2011 at 4:57 AM, Paul Reilly <span dir="ltr"><<a href="mailto:pareilly@tcd.ie">pareilly@tcd.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote">These files exist already, with 755 permissions. However when I restart rsyslogd, I get the following errors:<br><span style="font-family:courier new,monospace">Sep 21 17:29:23 sys rsyslogd-2039: Could no open output file '/logs/app1.log' [try <a href="http://www.rsyslog.com/e/2039" target="_blank">http://www.rsyslog.com/e/2039</a> ]</span><span style="font-family:courier new,monospace"><br>
</span>If I try to log to these with <span style="font-family:courier new,monospace">logger -p <a href="http://local1.info" target="_blank">local1.info</a> testmessage</span>    the message is not logged.<br>
If remove the /logs/app1.log  file and restart rsyslogd it  does not create the file, which is what sysklogd used to do. Where am I going wrong?<br><br clear="all"></div></blockquote><div><br>Offhand since /logs/ isn't a default supplied path, I'd say that these files and directories may have improper selinux contexts, thus selinux would be preventing the write. You could check this by using ls -lZ on the files, or looking in the audit log (assuming you haven't messed with that one too) for denies. The axe-wielding method of testing this would be 'setenforce 0', restarting rsyslog and then testing with your logger command.  <br>
</div><div><br> </div></div><br>-- <br>During times of universal deceit, telling the truth becomes a revolutionary act.<br>George Orwell<br>