Subject Re: [ib-support] Stalled FB Install on RH 7.1
Author John Bellardo

On Thursday, November 1, 2001, at 06:09 PM, J M Craig wrote:

> Thanks for the reply, John.
> I've added some notes below (and snipped out some stuff).
>> My /etc/hosts.equiv file currently contains:
>> localhost.localdomain
> Have your tried adding "blacky.localdomain" to the hosts.equiv file?
> Adding a plain "localhost" might help too.
> JMC: I actually had tried each of these by themselves, but adding them
> didn't do anything for it either.
> I'm assuming this is from your /etc/hosts file:
> JMC: No, these are things I've tried in the /etc/hosts.equiv file.

OK. For future reference your /etc/hosts.equiv file is not the same
format as your /etc/hosts file. Try setting your hosts.equiv file to:


>> I've tried:
>> localhost
>> blacky localhost.localdomain localhost
>> (copy of the "localhost" entry from /etc/hosts)
> You shouldn't need to change your host file around unless you are not
> connected to a network, is that the case?
> JMC: The network setup is a bit odd. I'm on a LAN that's behind a router
> that does NAT--so all the IP addresses of the machines are non-routable:
> blacky is

This is not so odd. I have a number of FB servers running this way.

> Does "blacky" have a valid
> DNS entry somewhere?
> JMC: Nope.
> If so you don't want blacky as in your
> hosts file. Create an additional line with blacky's real ip address,
> followed by the host name blacky (and maybe blacky.localdomain).
> JMC: Well, even though there's no DNS-awareness of the server's name,
> I thought I'd give this a try anyway. Although it doesn't yet work,
> the nature of the error message has changed substantially:

OK. Since you are using the name "blacky" for the system it should have
the: blacky blacky.localdomain

entry in the /etc/hosts file. Note that the " localhost
localhost.localdomain" must also be there. This will allow programs
that use DNS and expect it to work, to correctly resolve the names
"localhost" and "blacky".

> blacky.localdomain (Client) Thu Nov 1 19:01:18 2001
> INET/inet_error: connect errno = 111
> blacky.localdomain (Client) Thu Nov 1 19:01:18 2001
> /opt/interbase/bin/ibguard: guardian starting bin/ibserver
> blacky.localdomain (Server) Thu Nov 1 19:01:20 2001
> SERVER/process_packet: connection rejected for root
> (this last message is repeated 32 times--a retry count?)
> So is it now saying that root isn't the user that's supposed to run it?
> (I did set it up with an ownership of a user called firebird earlier in
> the day, but reverted to root because I hoped that would eliminate one
> variable.)

No. I think the problem is root is trying to log in without a
password. This only works if the server trusts the remote host
(actually, they are the same machine in this case). Hopefully the
entries in /etc/hosts.equiv I had above will fix the problem (note that
/etc/hosts.equiv is effectively a list of "trusted" hosts).

> [...]
> So, closer but not quite there yet.... (I'm starting to be a tad
> concerned about getting InterServer/Interclient working on it!)

Hmm, I've never set up InterServer/Interclient on before. Someone else
will need to help with that.