From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, Amir Rohan <amir(dot)rohan(at)zoho(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>, Greg Smith <gsmith(at)gregsmith(dot)com> |
Subject: | Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc. |
Date: | 2015-12-11 11:48:33 |
Message-ID: | 20151211114833.GR2763@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Michael Paquier wrote:
> On Fri, Dec 11, 2015 at 5:35 AM, Alvaro Herrera
> <alvherre(at)2ndquadrant(dot)com> wrote:
> > Since we now have the node name in the log file name, perhaps we no
> > longer need the port number in there
>
> There is no node name in the log file name as of now, they are built
> using the port number, and the information of a node is dumped into
> the central log file when created (see dump_info).
Yeah, I realized this after posting. What I thought was the node name,
based on some of the files I had laying around, was actually the test
name.
> I guess that to complete your idea we could allow PostgresNode to get
> a custom name for its log file through an optional parameter like
> logfile => 'myname' or similar. And if nothing is defined, process
> falls back to applname. So this would give the following:
> ${testname}_${logfile}.log
Sure. I don't think we should the name only for the log file, though,
but also for things like the "## " informative messages we print here
and there. That would make the log file simpler to follow. Also, I'm
not sure about having it be optional. (TBH I'm not sure about applname
either; why do we keep that one?)
> It seems that we had better keep the test name as a prefix of the log
> file name though, to avoid an overlap with any other test in the same
> series. Thoughts?
Yes, agreed on that.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2015-12-11 12:34:34 | Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc. |
Previous Message | Andres Freund | 2015-12-11 10:16:08 | Re: Logical replication and multimaster |