Subject RE: [ib-support] Connect to Firebird from Windows
Author Martyn Shiner
Frank,

Thanks for the comprehensive reply. I'll try a wider search in the usual
Linux help resources, but one thought springs to mind - I know Mandrake uses
xinetd as the network service manager - could this be part of the problem?
Oh, and I'm not running a firewall on this part of the network - its
strictly for internal testing.

Anyway, as you say, we need some Linux gurus on the case - anybody care to
jump in?

Regarding the backup/ftp/restore routine - thanks for the tip, as you've
guessed (and I think I've indicated) I'm new to Interbase/Firebird and
haven't really looked at the docs properly - who does?

Regards

Martyn

-----Original Message-----
From: Frank Ingermann [mailto:frank@...]
Sent: 20 April 2002 14:43
To: ib-support@yahoogroups.com
Subject: Re: [ib-support] Connect to Firebird from Windows


Hi Martyn,

the errors you see in the interbase.log are inet errors. They don't come
from
the Firebird engine but from the network layer and are simply passed through
into the log file. From the errno.h file:

errno 104 = Connection reset by peer

This is the same error as 10054 on Windoze - from winsock.pas:
{$EXTERNALSYM WSAECONNRESET}
WSAECONNRESET = (WSABASEERR+54);

It happens in a Win network when e.g. W95 clients are simply turned off
or the tcp stack crashed. but that doesn't cause the following error
(at least i've never seen this as a result of 10054...) :

> Acer.kbs (Client) Fri Apr 19 20:42:46 2002
> /opt/interbase/bin/ibguard: bin/ibserver terminated abnormally
(-1)

this indicates the FB server really crashed. You could try Googling Groups
on "104 inet interbase" or similar, you'll find a lot of messages on the
topic. Some of them point to outdated rpms in a linux distro, but i know
definetly too little about inetd / xinetd and the like to be of any more
help here :(

- now where are the Linux experts? ;-)

btw you wrote:
> I created a test database on windows and ftp'd it to my home directory on
> the server - the result was the same.

in any case you should create a transportable backup, then ftp it and
restore it on linux. This is the "official" way...

..and a last "wild guess": do you by any chance have a firewall running
on either machine that blocks the 3050/tcp port ???

regards & hth,
fingerman

P.S. though this probably won't help with your specific problem, you
should really try to use other tools like WISQL from the client side.
As a rule of thumb, when i'm having any kind of trouble with a
certain tool, first thing i do is use a different tool that preferrably
uses a different Component Suite to access the server. Some choices
are: IBExpert PE (FIBPlus afaik), WISQL (direct API), IB_SQL or Marathon
(IBObjects), IBConcole (IBX). All of them are free, and each one has
some advantages over the other. This greatly helps in identifying the
real source of a problem.

-------------------------------------------------------------------------
when parsers parse, and compilers compile, then why don't objects object?

fingerbirdy - fingerman's door to Firebird
http://www.fingerbird.de


To unsubscribe from this group, send an email to:
ib-support-unsubscribe@egroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/