Re: FreeTDS connection problems

Randy Syring <[email protected]>
Newsgroups gmane.comp.db.tds.freetds
Message-ID <[email protected]>
Have you tried using TDSDUMPCONFIG to see what properties are actually 
being used by the connection?

http://www.freetds.org/userguide/logging.htm

-------------------------------------
Randy Syring
Intelicom |Level 12  <http://inteli-com.com/index.html#level12>
Direct: 502-276-0459
Office: 502-212-9913

For the wages of sin is death, but the free gift of God
is eternal life in Christ Jesus our Lord (Rom 6:23)


On 09/28/2011 07:15 PM, Kamran Khan wrote:
> I'm using FreeTDS 0.91 to connect to a remote MSSQL server but all attempts have borne no fruit thus far.
>
> Upon doing a tsql command on my Unix, I get the following error:
>
>                  locale is "en_US.UTF-8"
> locale charset is "UTF-8"
> using default charset "UTF-8"
> Error 20004 (severity 9):
>                   Read from the server failed
>                  OS error 104, "Connection reset by peer"
> Error 20002 (severity 9):
>                  Adaptive Server connection failed
> There was a problem connecting to the server
>
> The freetds.log has the following in it:
>
> 16:05:49.144905 20207 (log.c:196):Starting log file for FreeTDS 0.91
>                                  on 2011-09-28 16:05:49 with debug flags 0xffff.
> 16:05:49.145281 20207 (iconv.c:330):tds_iconv_open(0x3d29320, UTF-8)
> 16:05:49.145426 20207 (iconv.c:187):local name for ISO-8859-1 is ISO-8859-1
> 16:05:49.145448 20207 (iconv.c:187):local name for UTF-8 is UTF-8
> 16:05:49.145459 20207 (iconv.c:187):local name for UCS-2LE is UCS-2LE
> 16:05:49.145469 20207 (iconv.c:187):local name for UCS-2BE is UCS-2BE
> 16:05:49.145479 20207 (iconv.c:349):setting up conversions for client charset "UTF-8"
> 16:05:49.145489 20207 (iconv.c:351):preparing iconv for "UTF-8"<->  "UCS-2LE" conversion
> 16:05:49.145508 20207 (iconv.c:391):preparing iconv for "ISO-8859-1"<->  "UCS-2LE" conversion
> 16:05:49.145533 20207 (iconv.c:394):tds_iconv_open: done
> 16:05:49.145550 20207 (net.c:205):Connecting to 70.70.218.13 port 2600 (TDS version 7.0)
> 16:05:49.145686 20207 (net.c:270):tds_open_socket: connect(2) returned "Operation now in progress"
> 16:05:49.236008 20207 (net.c:310):tds_open_socket() succeeded
> 16:05:49.236061 20207 (util.c:156):Changed query state from DEAD to IDLE
> 16:05:49.236083 20207 (login.c:782):quietly sending TDS 7+ login packet
> 16:05:49.236173 20207 (token.c:328):tds_process_login_tokens()
> 16:05:49.857930 20207 (util.c:331):tdserror(0x3d29080, 0x3d29320, 20004, 104)
> 16:05:49.858072 20207 (util.c:361):tdserror: client library returned TDS_INT_CANCEL(2)
> 16:05:49.858090 20207 (util.c:384):tdserror: returning TDS_INT_CANCEL(2)
> 16:05:49.858114 20207 (util.c:156):Changed query state from IDLE to DEAD
> 16:05:49.858137 20207 (token.c:337):looking for login token, got  0()
> 16:05:49.858155 20207 (token.c:122):tds_process_default_tokens() marker is 0()
> 16:05:49.858168 20207 (token.c:125):leaving tds_process_default_tokens() connection dead
> 16:05:49.858179 20207 (login.c:466):login packet accepted
> 16:05:49.858189 20207 (util.c:331):tdserror(0x3d29080, 0x3d29320, 20002, 0)
> 16:05:49.858209 20207 (util.c:361):tdserror: client library returned TDS_INT_CANCEL(2)
> 16:05:49.858220 20207 (util.c:384):tdserror: returning TDS_INT_CANCEL(2)
> 16:05:49.858232 20207 (mem.c:615):tds_free_all_results()
>
> Does this at all seem like it could be an issue with the SQL server, or am I installing or have configured FreeTDS wrong?
>
> So lost. Please help. :(
> _______________________________________________
> FreeTDS mailing list
> [email protected]
> http://lists.ibiblio.org/mailman/listinfo/freetds
>
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.