Re: And what about that Debugfile?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: And what about that Debugfile?
Date: 2001-06-06 21:25:21
Message-ID: 5723.991862721@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> There is a "postgres" option -o which can redirect the server output to a
> file. The postmaster output will still go to stderr. Does anyone recall
> how this was supposed to be useful?

That code is, um, ancient. I recall having seen comments to the effect
that you were expected to do something like "-o /dev/ttyNN" to redirect
the debug output of a particular backend to your console. There's even
a field in the initial connection message to allow this to be specified
conveniently --- but I believe we've disabled it for security reasons,
since one doesn't really want random clients to be able to command the
backend to write on an arbitrary filename.

I can see some value in being able to separate the log output of one
backend from the rest of 'em ... but given the security issues, it seems
unlikely that anyone will ever again use the feature in the way it was
intended. It needs to be rethunk.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-06-06 21:26:44 Re: Idea: quicker abort after loss of client connection
Previous Message mlw 2001-06-06 20:57:35 Re: REPLACE INTO table a la mySQL