Thanks to Tom Lane, Kurt Roeckx, Zeugswetter Andreas and Shigehiro.
It was solved. It reports.
On Thu, 13 Nov 2003 09:50:59 -0500 Tom Lane <[EMAIL PROTECTED]> wrote:
>
> Hmm ... that's certainly evidence that "localhost" will resolve
> correctly on your machine, but then why is the bind() faili
Kiyoshi Sawada <[EMAIL PROTECTED]> writes:
> $ /usr/local/bin/nslookup localhost
> Note: nslookup is deprecated and may be removed from future releases.
> Consider using the `dig' or `host' programs instead. Run nslookup with
> the `-sil[ent]' option to prevent this message from appearing.
> Serv
On Thu, 13 Nov 2003 11:39:49 +0900 Kiyoshi Sawada <[EMAIL PROTECTED]> wrote:
> $ nslookup localhost
> Server: name.server.mydomain
> Address: xxx.xx.xx.xxx
> : : :
> (failed test)
> Is it necessary to start a DNS server to bind 'localhost' in Kiyoshi's machine?
>
I got bind-9.2.2-sol8-intel-
On Wed, 12 Nov 2003 13:46:52 -0500 Tom Lane <[EMAIL PROTECTED]> wrote:
> Kurt Roeckx <[EMAIL PROTECTED]> writes:
> > It's always a good idea to put localhost into dns too.
>
> Yeah, but "localhost" *is* resolving as something on Kiyoshi's
> machine, else a different error message would have appe
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> It's always a good idea to put localhost into dns too.
Yeah, but "localhost" *is* resolving as something on Kiyoshi's
machine, else a different error message would have appeared.
I'm wondering just what it resolved to though --- maybe we should
have made
On Wed, Nov 12, 2003 at 10:32:38AM -0500, Tom Lane wrote:
> "Zeugswetter Andreas SB SD" <[EMAIL PROTECTED]> writes:
> > Are we using an api that only returns nslookup responses and not
> > /etc/hosts entries ? At least on AIX it looks like it.
>
> We use getaddrinfo(), or if that doesn't exist get
"Zeugswetter Andreas SB SD" <[EMAIL PROTECTED]> writes:
> Are we using an api that only returns nslookup responses and not
> /etc/hosts entries ? At least on AIX it looks like it.
We use getaddrinfo(), or if that doesn't exist gethostbyname().
If there's a problem of that ilk then it's those libra
> > LOG: could not bind socket for statistics collector: Cannot assign requested
> > address
>
> Hmm ... that's sure the problem, but what can we do about it? ISTM that
> any non-broken system ought to be able to resolve "localhost". Actually
> it's worse than that: your system resolved "local
Kiyoshi Sawada <[EMAIL PROTECTED]> writes:
> On Tue, 11 Nov 2003 09:18:48 -0500 Tom Lane <[EMAIL PROTECTED]> wrote:
>> So why not? Try looking in the postmaster log for errors related to
>> stats collector startup. (pstat is irrelevant, btw.)
> LOG: could not bind socket for statistics collect
Dear Tom Lane.
On Tue, 11 Nov 2003 09:18:48 -0500 Tom Lane <[EMAIL PROTECTED]> wrote:
> Kiyoshi Sawada <[EMAIL PROTECTED]> writes:
> > 2. Regression Failur stats . FAILED .
> > 3. Not running stats buffer process and stats collector process.
>
> So why not? Try looking in the postmaster l
Kiyoshi Sawada <[EMAIL PROTECTED]> writes:
> 2. Regression Failur stats . FAILED .
> 3. Not running stats buffer process and stats collector process.
So why not? Try looking in the postmaster log for errors related to
stats collector startup. (pstat is irrelevant, btw.)
Failed to build on Solaris.
Summary
1. Checking for pstat... no
2. Regression Failur stats . FAILED .
3. Not running stats buffer process and stats collector process.
Environments
SunOS 5.8 Generic_108528-15 sun4m sparc
SunOS 5.8 Generic_108
12 matches
Mail list logo
