[mythtv-users] --logfile vs. --logpath

[Stephan Seitz]

On Thu, May 17, 2012 at 03:08:54PM -0400, Raymond Wagner wrote:
>On 5/17/2012 14:06, Stephan Seitz wrote:
>>I’m really wondering who thought the change from logfile to logpath was
>>a good idea. While you now have logfiles according to the name of
>>process (e.g. mythbackend or mythpreviewgen), the names contain
>>„cryptic” things like PID and date. How can you now configure any
>>logrotation program to rotate the right logfiles?
>Wildcards and manual postrotate definitions.
>http://www.mythtv.org/wiki/Logrotate_-_mythfrontend
>http://www.mythtv.org/wiki/Logrotate_-_mythbackend

Well, I still think this is very ugly. If restart the backend I get a new 
logfile which has to go through its own rotation cycle together with the 
old log. This makes the directory contents confusing.

>The separation of the logs is an attempt to clarify things. Separate 
>logs for separate instances means when we ask for logs of an event, it's 
>not going to get interspersed with logs of half a dozen other preview 
>generation or commercial detection jobs.

I agree with you that separate logs for separate applications have 
a great advantage. Yes, and if I debug an application it may have an 
advantage to have single logs fot the instances, but normally I don’t 
debug the application and I don’t be interested in playing a „what’s the 
name of the current logfile” game if I have the need to look into one.

What would you think if the simple commands „less 
/var/log/apache2/error.log” or „tail -f /var/log/mail.log” don’t show you 
the current log content, because the name contains the PID and a date and 
you have to look into the directory to find the current log?

Piping the log output through syslog to get proper logfile names is only 
a workaround for a buggy software.

So please, can’t you revert the change so that you get <application>.log 
when you don’t use debugging?

>Of course where's the fun in log rotation when your filesystem does live 
>compression?

Why should I be interested in very old logs? And which stable linux 
filesystem can do live compression?

Shade and sweet water!

	Stephan

-- 
| Stephan Seitz          E-Mail: stse at fsing.rootsland.net |
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3621 bytes
Desc: not available
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20120521/b2ad3a0e/attachment.bin>