V8.3 fails to start after unremming hba_file = 'ConfigDir/pg_hba.conf'

From: "Alan Deane" <alan(at)anitltd(dot)co(dot)uk>
To: <pgsql-general(at)postgresql(dot)org>
Subject: V8.3 fails to start after unremming hba_file = 'ConfigDir/pg_hba.conf'
Date: 2009-07-29 22:58:45
Message-ID: 910A61A829304CAD8C496406CC265CE6@tinhare
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi All,

I was wondering if anyone has had this problem and knows an answer. This is
the first time I have used postgres so I am at a loss after trying many
things as to how to solve the problem.

I've unremmed the line hba_file = 'ConfigDir/pg_hba.conf' in the
postgresql.conf file as I want to be able to connect to the data base from
another machine on my LAN.
I have also added the IP range into the pg_hba.conf file.

Now I get a Windows Services error saying the server started and stopped and
no access on the local machine, unsurprisingly.

Having a look at the event viewer showed the following error.

%t FATAL: could not open configuration file
"C:/WINDOWS/system32/ConfigDir/pg_hba.conf": No such file or directory

Hmm, that's interesting, why would it be looking there and not in the data
folder where pg_hba.conf resides?

I then created a ConfigDir in the system32 dir and copied the pg_hba.conf
into there. Now the server starts. However, It doesn't ring true to my mind
that the file should be located there.

Also despite enabling the network IP addresses in pg_hba.conf I still can't
connect to the database from a remote machine. Although I'd like to solve
the system32 problem first before I start worrying about network
connections.

This is a brand new install and it has been installed in the default
directories, however, on a different drive rather than c:

BTW, the properties of the service read:-

g:/Program Files/PostgreSQL/8.3/bin/pg_ctl.exe runservice -N
"postgresql-8.3" -D "G:/Program Files/PostgreSQL/8.3/data" -w

Any help appreciated,

Thanks Alan.

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Uwe C. Schroeder 2009-07-29 22:59:40 Re: Monitoring with pg_controldata
Previous Message Tim Uckun 2009-07-29 22:10:14 Monitoring with pg_controldata