Re: [EXT EMAIL] Re: First Time Starting Up PostgreSQL and Having Problems

From: Ian Barwick <ian(dot)barwick(at)2ndquadrant(dot)com>
To: Kevin Brannen <KBrannen(at)efji(dot)com>, "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: [EXT EMAIL] Re: First Time Starting Up PostgreSQL and Having Problems
Date: 2019-07-17 03:51:18
Message-ID: 4fcfe727-fa3b-5518-0957-24f55c6d6dbd@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 6/25/19 2:27 AM, Kevin Brannen wrote:
>> From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us
>
>> Brent Bates <BBates(at)langleyfcu(dot)org> writes:
>>> I found the problem. I cleared everything out and started from scratch, then slowly added my changes back to the configuration files. The problem was in the postgresql.conf. At the bottom of the file I had uncommented all the โ€˜includeโ€™ lines, so they looked like this:
>>> include_dir = '' # include files ending in '.conf' from
>
>> Ah-hah! I wonder if we should disallow empty values for these GUCs?
>> And/or put in some kind of test for recursive opening of the same config file? I don't think it'd occurred to anyone that it's this easy to get the code to try to do that.
>
>
> I would encourage this. ๐Ÿ˜Š I know on one of my early installs some time back I accidentally did:
>
> data_directory = ''

> and had a devil of a time figuring out why the postmaster wouldn't start (in
> fact it was you Tom that pointed me in the right direction to eventually find
> the misconfiguration). So I think it would be a great idea to add checks for
> empty strings in places where that's a problem. An unset value (as in the
> config is commented out) can be OK as any defaults will be used, but to set
> some values to the empty string just hurts and it would be a help to new
> users, or even those of us who make typos, ๐Ÿ˜Š to get better error messages so
> we can fix the problem faster on our own

I've submitted fixes for the empty include directives (which are a special case),
I'll see if I can have a look at these ones too.

Regards

Ian Barwick

--
Ian Barwick https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-general by date

  From Date Subject
Next Message ็Ž‹ๆ—ญ 2019-07-17 07:18:41 Issue related with patitioned table:How can I quickly determine which child table my record is in,given a specific primary key value?
Previous Message Ian Barwick 2019-07-17 03:46:11 Re: [EXT EMAIL] Re: First Time Starting Up PostgreSQL and Having Problems