• 0

About a number of logs...


Go to solution Solved by flyride,

Question

About a number of logs...
The system's hard disk is not infinite and is limited.
Among other things, the system partition is smaller. (i think it's approximately about 5gb.)
this post has made it aware that xpenology is generating a lot of logs.
https://xpenology.com/forum/topic/31530-how-to-suppress-the-log/
i didn't know xpenology was writing so many logs and i'm concerned about this.
If the log fulls up the system partition, having trouble logging in, unstable or not turning on?

Link to post
Share on other sites

5 answers to this question

Recommended Posts

  • 0
  • Solution
2 minutes ago, mama said:

Thanks. I'll read logrotate.

Questions about other logs, including smart error
https://xpenology.com/forum/topic/29581-suppress-virtual-disk-smart-errors-from-varlogmessages/
If you use a filter, as indicated by this address, the /var/log/messages does not record its logs.
/var/log/messages
Is it recorded not only in this place but also elsewhere?
If it's only suppressed here, I agree with the following:
The result is spurious error messages logged to /var/log/messages every few seconds, wasting disk space and SSD lifecycle, and making it hard to see what's happening


As you say, if you are self-managing so that you don't run out of space, you don't have to periodically make the log file zero.
(To stabilize the system, we tried to make the log file zero periodically.)

/var/log/messages
Will suppressing the logs here help you troubleshoot the following problems?
"wasting disk space and SSD lifecycle, and making it hard to see what's happening."

I'm sorry I asked you so many times.
I'm worried that I'm going to lose data because of a small problem I don't know.

 

I believe you do not need to be concerned. The design of Linux in general is to manage log files in a way that does not exhaust the storage available.  Spurious data in logs does use up space, but I did not suggest there was a crash problem solely due to log utilization. Logging is a good thing; zeroing log files is an unnecessary and forensically destructive practice.

 

In DSM, syslog events are logged by default to /var/log/messages.  Each Linux installation has syslog rules that split off certain logs to other files.  There are also multiple ingress points.  Kernel events, for instance, are independently logged to the kernel log and the syslog default.

 

There are a number of unimpactful, essentially useless, and unmanageable error logs due to unsupported system events in XPEnology. My intention was solely to improve the signal to noise ratio in the log files (make them more useful) by suppressing those types of logs.

  • Thanks 1
Link to post
Share on other sites
  • 0
24 minutes ago, flyride said:

I suggest you read up on logrotate.  TL;DR the system won't run out of space for logs, it self-manages.

Thanks. I'll read logrotate.

Questions about other logs, including smart error
https://xpenology.com/forum/topic/29581-suppress-virtual-disk-smart-errors-from-varlogmessages/
If you use a filter, as indicated by this address, the /var/log/messages does not record its logs.
/var/log/messages
Is it recorded not only in this place but also elsewhere?
If it's only suppressed here, I agree with the following:
The result is spurious error messages logged to /var/log/messages every few seconds, wasting disk space and SSD lifecycle, and making it hard to see what's happening


As you say, if you are self-managing so that you don't run out of space, you don't have to periodically make the log file zero.
(To stabilize the system, we tried to make the log file zero periodically.)

/var/log/messages
Will suppressing the logs here help you troubleshoot the following problems?
"wasting disk space and SSD lifecycle, and making it hard to see what's happening."

I'm sorry I asked you so many times.
I'm worried that I'm going to lose data because of a small problem I don't know.

Link to post
Share on other sites
  • 0
9 minutes ago, flyride said:

 

I believe you do not need to be concerned. The design of Linux in general is to manage log files in a way that does not exhaust the storage available.  Spurious data in logs does use up space, but I did not suggest there was a crash problem solely due to log utilization. Logging is a good thing; zeroing log files is an unnecessary and forensically destructive practice.

 

In DSM, syslog events are logged by default to /var/log/messages.  Each Linux installation has syslog rules that split off certain logs to other files.  There are also multiple ingress points.  Kernel events, for instance, are independently logged to the kernel log and the syslog default.

 

There are a number of unimpactful, essentially useless, and unmanageable error logs due to unsupported system events in XPEnology. My intention was solely to improve the signal to noise ratio in the log files (make them more useful) by suppressing those types of logs.

Thank you very much.

Link to post
Share on other sites
  • 0
The question(s) in this topic have been answered and/or the topic author has resolved their issue. This topic is now closed. If you have other questions, please open a new topic.
Link to post
Share on other sites
Guest
This topic is now closed to further replies.