Re: Getting DB error = 20017 - Unexpected EOF from the server

[email protected]
Newsgroups gmane.comp.db.tds.freetds
Message-ID <OF3AA042F1.D00D52A5-ON8525757E.00503612-8525757E.00597B4F@fairchildsemi.com>
[email protected] wrote on 03/18/2009 04:38:47 PM:
> > 
> > Can you reproduce the problem by simply logging in with tsql and 
> > letting it sit overnight or do you have to have your whole 
> > application/messaging setup running?
> 
> I'm trying this now and should know tomorrow.

It's been 24 hours and the answer to this question is yes.  I initiated a 
connection yesterday morning and let it sit.  This morning I attempted 
another sp_who command and it failed.

This led us to a message in a server log that confirmed what a lot of us 
thought right away.   They were killing the processes.  I suspect that the 
current owners of the system do not even know they are doing it.  Ugh!

We found the process that was doing the killing and there were multiple 
scenarios of why a process would be killed.  The one that got the TSQL 
process was a check in the sysprocesses table for any hostprocess name 
that was not 8 characters in length.  If such a process was up for more 
than 24 hours, it was killed.  It appears that the processes from the 
Sybase client on the VAX using the SRI INET driver seems to always produce 
8 character hostprocess names.  The connection from TSQL is less than 8 
characters, thus it was killed after 24 hours.

I want to thank all that helped find this issue and apologize for 
something that, in retrospect, should have been correctable internally.  I 
did find out that not only is the price for FreeTDS right, the support is 
superb.

-Jeff
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.