Thread Info
  • State Not Answered
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 9 replies
  • Subscribers 4 subscribers
  • Views 4042 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Remote logging stops at midnight

darrellr_01
I am seeing, for about the past week, that the remote logging is failing at midnight each night.  If I turn off remote logging, then turn it back on, it works.  I am remote syslogging via TCP to a splunk server, but I don't think that matters as I have not changed that in quite some time.  I cannot think of anything I have done recently that would have changed this behavior, but it is getting troublesome now.  I am a home user, so no support options other than this.

I do not see anything in the logs I have checked (kernel, system, logging) but is there somewhere else?  Is there a task that might contribute to this?

Thanks for any pointers.


This thread was automatically locked due to age.
Parents
  • 0
    I will have to watch closer.  I did see traffic between my utm and my logger just after midnight, but then it quit shortly afterward.  I went ahead and switched it to UDP and restarted (read somewhere else on board to try it), but then today I decided to log to syslog-ng (udp) instead and then forward the logs from there.  I think the issue would have to either be in the UTM or something in the TCP stream that is not handled gracefully.  I will watch logs this week and try again this weekend to figure out why if it is still failing.  The upgrade to 9-350 did not fix the issue (didn't expect it would, but hoped).
Reply
  • 0
    I will have to watch closer.  I did see traffic between my utm and my logger just after midnight, but then it quit shortly afterward.  I went ahead and switched it to UDP and restarted (read somewhere else on board to try it), but then today I decided to log to syslog-ng (udp) instead and then forward the logs from there.  I think the issue would have to either be in the UTM or something in the TCP stream that is not handled gracefully.  I will watch logs this week and try again this weekend to figure out why if it is still failing.  The upgrade to 9-350 did not fix the issue (didn't expect it would, but hoped).
Children
No Data
Unfiltered HTML