2021-07-20: WikiSuite will now support all major Linux distros. Thus, the information below is no longer updated. It may still be valid, or not. It will be eventually removed from this site, so anything relevant should be moved to the appropriate site. For anything related to ClearOS, please search among the following: ClearOS site, code base, Developer docs, Wiki or forum.
Please contact us if you would like to help out.
-------- Original Message --------
Subject: Re: Suggested library and app for Congo dev.
Date: 2018-06-08 19:26
From: Dave Loper
To: Marc Laporte
It could absolutely be a part of log viewer. But it should be a library
or more specifically a class that has a built-in set of things it would
watch in ClearOS (if available) but should be tunable app to the user so
that they can have it watch other files that they are concerned about
growing too large. This way it can be called by other apps and also be a
default function on a base install.
Maybe it would have a /etc/sizewatch.d folder and look for config
files...or some other name.
On Fri, Jun 8, 2018 at 1:15 PM, Marc Laporte
wrote:
> I love it!
>
> Easy and useful.
>
> You see it as distinct app, and not improvement on app/log_viewer ?
>
> Thanks!
>
> On 2018-06-08 14:39, Dave Loper wrote:
>
>> Runaway log files module.
>>
>> This would allow us to create a library where specific files and or
>> directories will be scanned to see if files are getting large. Then
>> this library could be called from other marketplace apps to see if
>> their files are oversize. The overview for this would be a Dashboard
>> object.
>>
>> For example, if we look at the /var/log/squid/cache.log and say that
>> it shouldn't normally ever exceed 1 GB in file the config might look
>> like this
>>
>> app-squid {
>> 1024000000 /var/log/squid/cache.log
>> }
>>
>> Then, for the devs of squid, they could add a module to load this
>> library and look up their files and see if they are out of bounds.
>>
>> When the dashboard app is hit, it can review all the files and
>> report
>> any that are out of bounds.
>>
>> --
>>
>> David Loper