Re: pg_upgrade --logfile option documentation - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: pg_upgrade --logfile option documentation
Date
Msg-id 20120308162623.GC29911@momjian.us
Whole thread Raw
In response to Re: pg_upgrade --logfile option documentation  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Thu, Mar 01, 2012 at 08:45:26AM -0500, Robert Haas wrote:
> On Wed, Feb 29, 2012 at 6:02 PM, Bruce Momjian <bruce@momjian.us> wrote:
> >> Any ideas about improving the error reporting more generally, so that
> >> when reloading the dump fails, the user can easily see what went
> >> belly-up, even if they didn't use -l?
> >
> > The only idea I have is to write the psql log to a temporary file and
> > report the last X lines from the file in case of failure.  Does that
> > help?
> 
> Why not just redirect stdout but not stderr?  If there are error
> messages, surely we want the user to just see those.

See my patch;  the problem with splitting stdout and stderr is that you
lose the correspondence between the SQL queries and the error messages. 
With my patch, they will all be right next to each other at the end of
the log file.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pgsql_fdw, FDW for PostgreSQL server
Next
From: "Kevin Grittner"
Date:
Subject: Re: sortsupport for text