Re: pg_dump

From: garry saddington <garry(at)schoolteachers(dot)co(dot)uk>
To: Richard Huxton <dev(at)archonet(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: pg_dump
Date: 2006-11-21 19:31:10
Message-ID: 1164137470.21067.51.camel@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, 2006-11-21 at 19:00 +0000, Richard Huxton wrote:
> garry saddington wrote:
> >> pg_dump -h /var/run/postgresql
> >> See the manuals for details.
> >
> > Thank you, have read the manuals and the -h section says host initially
> > but if you read on it tells about a leading / - that's why I missed it
> > first time round -skim reading!.
>
> It's not something I've needed myself, so I had to check. The only
> difference was, I knew the psql page of the manuals *had* to cover it.
>
> > Perhaps you may be able to me to explain this:
> > I have a Zope application which speaks to postgres via psycopg. I have
> > packaged all components together so that the application can be
> > installed like 'single click' or thereabouts and I have tested it on
> > several Linux distributions. Usually there are no problems but
> > occasionally the psycopg connection will default to a different unix
> > domain socket to the one that is configured in the .conf file. Nothing
> > changes apart from the OS. Is there a way to make sure that on
> > installation the same socket is used irrespective of OS?
>
> Normally, you'd set the socket directory at ./configure, compile time.
> This suggests to me that psycopg is using libpq to actually connect, and
> that was compiled with different settings to the server you supply.
Yes, you are correct libpq is being used and this will explain the
different behaviour. However, I now include libpq in the package which
seems to work OK.
> Any reason not to use the distro's built-in package manager to fetch
> server and client for you?
The application is aimed at teachers and so it needs to be very simple
for them to test its features. Any barriers to this will reduce the take
up.
Kind Regards
Garry

In response to

  • Re: pg_dump at 2006-11-21 19:00:44 from Richard Huxton

Responses

  • Re: pg_dump at 2006-11-21 20:23:56 from Richard Huxton

Browse pgsql-general by date

  From Date Subject
Next Message Vic Cekvenich 2006-11-21 19:54:55 advanced index (descending and table-presorted descending)
Previous Message Ray Stell 2006-11-21 19:24:46 list archives