Skip site navigation (1) Skip section navigation (2)

Re: phppgadmin not working under v. 8.1

From: "Phillip Smith" <phillips(at)weatherbeeta(dot)com(dot)au>
To: <pgsql-novice(at)postgresql(dot)org>
Subject: Re: phppgadmin not working under v. 8.1
Date: 2006-08-25 02:00:00
Message-ID: 001f01c6c7ea$2c88b7f0$9b0014ac@ITPhil (view raw, whole thread or download thread mbox)
Lists: pgsql-novice
If you completely wiped the previous install, including the data directory
then you would have lost your pg_hba.conf

Have a look and check it. More details:


-----Original Message-----
From: pgsql-novice-owner(at)postgresql(dot)org
[mailto:pgsql-novice-owner(at)postgresql(dot)org] On Behalf Of barbara figueirido
Sent: Friday, 25 August 2006 11:59
To: pgsql-novice(at)postgresql(dot)org
Subject: [NOVICE] phppgadmin not working under v. 8.1


I am running a debian sarge system, which originally had postgresql 
7.4.7-6; I removed that installation of postgresql and compiled version 
8.1, without problems.

Now, the issue is, I cannot connect from phppgadmin (which I didn't 
touch, so it's sarge's original 3.5.2-5), it returns each time "login 
failed" ; php and phppgadmin are working properly, or at least they were 
when I was still running the older postgres version, user / password are 
also the same as before.

I looked through this list, and the only hints I found pointed towards 
the line "tcpip_socket" in postgresql.conf; but it seems that that line 
has been replaced by a more general one "listen_addresses"
(          )

I modified the postgresql.conf file uncommenting the port number and 
giving the (private) network address number as argument to 
"listen_addresses", so:



# - Connection Settings -

listen_addresses = ''                # what IP address(es) to 
listen on;
                                       # comma-separated list of addresses;
                                       # defaults to 'localhost', '*' = all
port = 5432
max_connections = 100


and the pg_hba.conf file to listen to all local connections and all 
connections coming from the local network, so


# "local" is for Unix domain socket connections only
local   all         all                               trust
# IPv4 local connections:
host    all         all          trust
host    all         all        trust
# IPv6 local connections:
host    all         all         ::1/128               trust

restarting thereafter the postmaster, but nonetheless it is still 
impossible to authenticate to it via phppg admin (it may be obvious, but 
the psql client connects perfectly)

I am sorry if I am skipping something obvious, and apologize in advance 
for it if this were the case; anyway, I would be very grateful if 
somebody could give me some hint where to look for, since I need the 
visual interface for daily work.

Thank you all very much for the continuous feedback,

Bárbara Figueirido
S.C. de Bariloche

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not

*******************Confidentiality and Privilege Notice*******************

The material contained in this message is privileged and confidential to
the addressee.  If you are not the addressee indicated in this message or
responsible for delivery of the message to such person, you may not copy
or deliver this message to anyone, and you should destroy it and kindly
notify the sender by reply email.

Information in this message that does not relate to the official business
of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta.
Weatherbeeta, its employees, contractors or associates shall not be liable
for direct, indirect or consequential loss arising from transmission of this
message or any attachments

In response to

pgsql-novice by date

Next:From: Andrej Ricnik-BayDate: 2006-08-25 02:54:29
Subject: Re: phppgadmin not working under v. 8.1
Previous:From: barbara figueiridoDate: 2006-08-25 01:58:42
Subject: phppgadmin not working under v. 8.1

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group