[ADMIN] database not found

[Richard Harper]

Thanks for the help (server not running). The server is running and
accepting connections, but when I attempt a tcp/ip connection I get the
message: FATAL: database "d3_jchem" does not exist
I can connect using psql. I seems not to be finding the database. Perhaps
I have something wrong in the pg_hba.conf. I defined PGDATA and
listen_address (= '*') in postgresql.conf.

Dick

[Laszlo Nagy]

Post by Richard Harper
Thanks for the help (server not running). The server is running and
accepting connections, but when I attempt a tcp/ip connection I get
the message: FATAL: database "d3_jchem" does not exist
I can connect using psql. I seems not to be finding the database.
Perhaps I have something wrong in the pg_hba.conf. I defined PGDATA
and listen_address (= '*') in postgresql.conf.

Are you sure that you are trying to connect to the same database server?
Are you running psql and the other program on the same computer? Did you
try to use -h for psql with your host?

psql -h 127.0.0.1 -d d3_jchem

Do you have ports forwarded on any of the machines?

[Richard Harper]

All of the databases appear to be where they should be. As an experiment,
I tried tcp/ip to the 'posgres' database. That worked. Thanks to Ray, I
worked that out. Per the suggestion I tried:
psql -h 127.0.0.1 -d d3_jchem. It connected after requesting a password
(SSL). I still cannot connect to d3_jchem. Also, an additional role I
created (su) was not found. Could it be a file protection setting. I
notice that I cannot even ls the ..../base directory without being
superuser. That does not seem right. Thanks for your patience and
suggestions.

Dick

[Laszlo Nagy]

Post by Richard Harper
All of the databases appear to be where they should be. As an
experiment, I tried tcp/ip to the 'posgres' database. That worked.
psql -h 127.0.0.1 -d d3_jchem. It connected after requesting a
password (SSL). I still cannot connect to d3_jchem. Also, an
additional role I created (su) was not found. Could it be a file
protection setting. I notice that I cannot even ls the ..../base
directory without being superuser. That does not seem right. Thanks
for your patience and suggestions.

It is not a file protection setting. The postgresql server owns all the
database files, and you can only access those files through the service.
Your problem is that you have multiple postgresql server instances
running. Either on the same machine, or on different machines.

Try to login with the postgresql superuser (pgsql or postgres). Then do
these:

select inet_server_addr()
select version()

Do this from both programs (psql and the other program) and compare the
results. Probably you will find out that you are connecting to two
different database instances.

Can you please tell us more about the other (non-psql) program? What is
that program? On what system have you installed that application? There
are some programs that run their own embedded postgresql server. It is
possible that you are running a program that uses an embedded PostgreSQL
server.

Best,

Laszlo

[Scott Marlowe]

All of the databases appear to be where they should be. As an experiment, I
tried tcp/ip to the 'posgres' database. That worked. Thanks to Ray, I
psql -h 127.0.0.1 -d d3_jchem. It connected after requesting a password
(SSL). I still cannot connect to d3_jchem. Also, an additional role I
created (su) was not found. Could it be a file protection setting. I
notice that I cannot even ls the ..../base directory without being
superuser. That does not seem right. Thanks for your patience and
suggestions.

Any upper case characters in there and it's case folding maybe?