Re: Location for pgstat.stat - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Location for pgstat.stat
Date
Msg-id 48983D3D.3060502@hagander.net
Whole thread Raw
In response to Re: Location for pgstat.stat  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Magnus Hagander <magnus@hagander.net> writes:
>> Attached is a patch that implements this. I went with the option of just
>> storing it in a temporary directory that can be symlinked, and not
>> bothering with a GUC for it. Comments? (documentation updates are also
>> needed, but I'll wait with those until I hear patch comments :-P)
> 
> Looks alright in a fast once-over (I didn't test it). 

That's what I was after. I tested it myself, obviously :-) Not promising
zero bugs, but I was looking for the comment on the approach. So thanks!


> Two comments:
> Treating the directory as something to create in initdb means you'll
> need to bump catversion when you apply it. 

Yeah, i meant to do that as part of the commit. But thanks for the
reminder anyway!

> I'm not sure where you are
> planning to document, but there should at least be a mention in the
> "database physical layout" chapter, since that's supposed to enumerate
> all the subdirectories of $PGDATA.

I'm putting it under "configuring the statistics collector". And I'll
add a directory in that section - had missed that.

//Magnus


pgsql-hackers by date:

Previous
From: Markus Wanner
Date:
Subject: Re: Automatic Client Failover
Next
From: "Pavel Stehule"
Date:
Subject: searching bison guru - grouping sets implementation