I found that I did have the xinetd.d directory structure with out the xinetd package installed on my core 5 server. Since installing the missing package and reinstall FBCS1.5 the database will now respond to 'localhost:/opt/firebird/examples/employee.fdb'; and any netstat -an |grep 3050

Many thanks Michael / Nige for your input and help

Julie

----- Original Message -----
From: Michael Weissenbacher
To: firebird-support@yahoogroups.com
Sent: Thursday, June 08, 2006 4:52 PM
Subject: Re: [firebird-support] 3050 tcp unable to connect remotely


Hi,
> I have since installed Fedora Core 5 and am still having no luck at all running FBCS1.5. I have removed FBCS1.5 and installed FBSS1.5 and it's running fine.
TBH this pretty much sounds like you didn't configure xinetd correctly
to acccept connections for firebird. Especially watch for the
disabled=yes directive that is set by default. Also make sure that
xinetd is installed and started on your system.
here is my xinetd.conf entry:
--- snip ---
service gds_db
{
disabled = no
#bind = 127.0.0.1
flags = REUSE
socket_type = stream
wait = no
user = firebird
log_on_success += USERID
log_on_failure += USERID
log_type = FILE /var/log/xinetd.firebird.log
server = /opt/firebird/bin/fb_inet_server
}
--- snip ---
The bind directive can be used to bind firebird to a specific interface.
If you want to bind it for example on eth0 and lo you will have to
repeat this two times, one time with the ip address of eth0 and one time
with 127.0.0.1. That's why I commented it out here. The server path
would probably need altering too.
Also look here:
http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/s1-tcpwrappers-xinetd-config.html

> I think i'll take a look at FreeBSD for the FBCS1.5 installation.
My guess would be that this won't solve your problem.
> Does anyone lean toward a flavour of linux for FBCS1.5?
I use it on gentoo, on debian and on ubuntu. No problems with any of
them. I can't tell you about Fedora though, but it shouldn't be a
problem either.

hth,
Michael




[Non-text portions of this message have been removed]