Re: [BUGS] BUG #5627: Can not install on POSReady 2009

2011-11-09 Thread Daniel Gochin
Hi Johnny, What did you do to fix the problem? Regards, Daniel.

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Bruce Momjian
Andres Freund wrote: > Hi Robert, > > On Thursday, October 27, 2011 12:38:02 PM Robert Young wrote: > > What Would Happen if I got NO "localhost" entry in my /etc/hosts ? > Why should pg cater for such a broken configuration? Sorry for being harsh > but > that seems like it would end in heaps of

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Robert Young
Yes,PG told me about this: LOG: could not resolve "localhost": no address associated with name LOG: disabling statistics collector for lack of working socket WARNING: autovacuum not started because of misconfiguration HINT: Enable the "track_counts" option. LOG: database system was shut down

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Bruce Momjian
Robert Young wrote: > Yes,PG told me about this: > > LOG: could not resolve "localhost": no address associated with name > LOG: disabling statistics collector for lack of working socket > WARNING: autovacuum not started because of misconfiguration > HINT: Enable the "track_counts" option. > LO

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Robert Young
Sure! It give the right information to solve the problem. But as I said: On Fri, Oct 28, 2011 at 07:11, Robert Young wrote: > 2.hard-coding is NOT configurable, that is the problem must be aided > from OUTSIDE of the system to workaround. > On Wed, Nov 9, 2011 at 16:48, Bruce Momjian wrote: > Ro

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Robert Young
Sure! It give the right information to workaround the problem. But as I said: On Fri, Oct 28, 2011 at 07:11, Robert Young wrote: > 2.hard-coding is NOT configurable, that is the problem must be aided > from OUTSIDE of the system to workaround. > And On Tue, Nov 1, 2011 at 08:04, Robert Young wrot

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Craig Ringer
On 10/11/11 02:24, Robert Young wrote: > Sure! It give the right information to workaround the problem. > But as I said: > On Fri, Oct 28, 2011 at 07:11, Robert Young wrote: >> 2.hard-coding is NOT configurable, that is the problem must be aided >> from OUTSIDE of the system to workaround. >> > An

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Robert Young
The basic philosophy of system design is isolation. One system component's crash should better not interfere others. System should restrict destruction to minimum. 1.If the underling provide hostname or DNS facility, OK! It is better! PG should take the benefit of it. 2.If the underling lack of ho

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Christopher Browne
On Thu, Nov 10, 2011 at 12:09 AM, Robert Young wrote: > The basic philosophy of system design is isolation. > One system component's crash should better not interfere others. > System should restrict destruction to minimum. The "minimum" may not be able to be lowered to zero. Such a lowering may

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Heikki Linnakangas
On 10.11.2011 07:09, Robert Young wrote: 2.If the underling lack of hostname or DNS facility, Anyway, PG should be founctional without it. It is. It's just the stats collector that won't work, and autovacuum which depends on a working stats collector. Otherwise the system is functional. --

Re: [BUGS] Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

2011-11-09 Thread Robert Young
Are you answering to me? Oh, I don't want you implement TCP/IP. I don't want you implement file system. I don't want you implement OS. Really! In fact, about these, I think exactly the same way. There are two parts: 1.Feature that PG will NOT support (raw devices,bare metal,So I said "suppose").