| 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: | Whole Thread | Raw Message | 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 |