From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Cc: | "Hilton Perantunes" <hperantunes(at)gmail(dot)com> |
Subject: | Re: Yet Another Socket .s.PGSQL.5432 Problem |
Date: | 2007-08-17 09:09:24 |
Message-ID: | 200708171109.25370.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Am Donnerstag, 16. August 2007 23:41 schrieb Hilton Perantunes:
> Alvaro, it works like a charm =). Thank you all.
>
> Bad, bad Debian.. no cookies for you (and I'll read the error messages more
> carefully next time)!
The problem is quite likely some variant on the following: You had your
distribution-supplied PostgreSQL packages installed, which
use /var/run/postgresql as the socket location. Then you built your own
pieces of PostgreSQL, which use /tmp. When you call just "psql"
or "pgadmin3", they will use the system-supplied libpq, which uses the
system-specific socket location, since they don't know about your
hand-crafted installation. If you had called the psql binary from your own
installation with an explicit path (and your used the rpath feature during
compilation), then this would have worked. Or you could have used the
environment variable LD_LIBRARY_PATH to point to the libpq of your choice.
There are a few ways to get this wrong. On Debian the socket location is
usually the first indicator, but you ought to be careful in general if you
mix installations like that.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Elmers | 2007-08-17 09:50:48 | adding a user with the permission to create trimmed users |
Previous Message | Hilton Perantunes | 2007-08-16 21:41:58 | Re: Yet Another Socket .s.PGSQL.5432 Problem |