From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Tim Schäfer <ts+ml(at)rcmd(dot)org> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Auto vacuum not running -- Could not bind socket for statistics collector |
Date: | 2014-12-02 15:51:49 |
Message-ID: | 2130.1417535509@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
=?UTF-8?Q?Tim_Sch=C3=A4fer?= <ts+ml(at)rcmd(dot)org> writes:
> After starting the server with pg_ctl start, I get the following entries in the
> logs:
> 2014-12-02 15:27:36 CET LOG: could not bind socket for statistics
> collector: Cannot assign requested address
> 2014-12-02 15:27:36 CET LOG: disabling statistics collector for lack of
> working socket
Yes, this will break autovacuum, because it won't have any way to find out
what it should vacuum. The cause probably is a DNS issue: "localhost"
isn't resolving to anything sensible. "dig localhost" on the command line
might offer some insight.
> I found some older threads using Google, and the person was given the advice to
> check the listen addresses resolve to the proper IP addresses, but this is the
> case for me:
> grep listen_address /var/lib/pgsql/data/postgresql.conf
listen_addresses is not related to this. The stats code tries to bind
to whatever "localhost" resolves as, independently of that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Rosckes | 2014-12-02 16:10:05 | Trying to get SSPI/JDBC working |
Previous Message | Nelson Green | 2014-12-02 15:48:59 | Re: Programmatic access to interval units |