FreeTDS Development Group

[<eric.berg AT barclayscapital.com>]

I'm using FreeTDS with Perl and mod_perl in an Apache 2.2.15, mod_perl 2.0.4, 
Perl 5.12.2 environment (brand spankin new) and I'm experiencing some 
discrepencies between running my DBD::Sybase (ver 1.10)/DBI (ver 1.615) on 
the command line and from within mod_perl.

We are connecting to 3 different SQL servers:  12.5 Sybase on Linux, 12.5 
Sybase on Solaris 5.8, and MS SQL.

Everything's fine from the command line, but from mod_perl, we're seeing the 
following FreeTDS trace:

log.c:190:Starting log file for FreeTDS 0.82
        on 2010-10-07 14:08:53 with debug flags 0x4fff.
iconv.c:363:iconv to convert client-side data to the "ISO-8859-1" character 
set
iconv.c:516:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
iconv.c:516:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
net.c:210:Connecting to 10.55.109.2 port 5100 (TDS version 8.0)
net.c:264:tds_open_socket: connect(2) returned "Operation now in progress"
net.c:303:tds_open_socket() succeeded
util.c:162:Changed query state from DEAD to IDLE
login.c:735:quietly sending TDS 7+ login packet
token.c:312:tds_process_login_tokens()
util.c:334:tdserror(0x2a8ba30, 0x2acf570, 20017, 0)
ct.c:334:ct_con_props() action = CS_GET property = 9108
ct.c:486:fetching userdata 0x2ac8ee0
util.c:368:tdserror: client library returned TDS_INT_CANCEL(2)
util.c:389:tdserror: returning TDS_INT_CANCEL(2)
util.c:162:Changed query state from IDLE to DEAD
token.c:316:looking for login token, got  0()
token.c:108:tds_process_default_tokens() marker is 0()
token.c:111:leaving tds_process_default_tokens() connection dead
util.c:334:tdserror(0x2a8ba30, 0x2acf570, 20002, 0)
ct.c:334:ct_con_props() action = CS_GET property = 9108
ct.c:486:fetching userdata 0x2ac8ee0
util.c:368:tdserror: client library returned TDS_INT_CANCEL(2)
util.c:389:tdserror: returning TDS_INT_CANCEL(2)
mem.c:563:tds_free_all_results()
ct.c:630:leaving ct_connect() returning 0
ct.c:1865:ct_con_drop()

And this is what I'm seeing on the solaris box in the error log:

02:00000:02549:2010/10/07 14:26:05.14 server  Error: 1621, Severity: 18, 
State: 1
02:00000:02549:2010/10/07 14:26:05.14 server  Type '10' not allowed before 
login.
01:00000:02475:2010/10/07 14:26:05.22 server  Error: 1621, Severity: 18, 
State: 1
01:00000:02475:2010/10/07 14:26:05.23 server  Type '10' not allowed before 
login.
05:00000:02968:2010/10/07 14:26:05.86 server  Error: 1621, Severity: 18, 
State: 1
05:00000:02968:2010/10/07 14:26:05.86 server  Type '10' not allowed before 
login.
04:00000:01438:2010/10/07 14:26:06.07 server  Error: 1621, Severity: 18, 
State: 1
04:00000:01438:2010/10/07 14:26:06.07 server  Type '10' not allowed before 
login.
00:00000:02755:2010/10/07 14:26:44.38 kernel  Cannot send, host process 
disconnected:  0000016a suid: 1343
00:00000:02755:2010/10/07 14:26:44.38 server  Error: 1608, Severity: 18, 
State: 3
00:00000:02755:2010/10/07 14:26:44.38 server  A client process exited 
abnormally, or a network error was encountered. Unless other errors occurred, 
continue processing normally.
00:00000:02755:2010/10/07 14:26:44.38 kernel  extended error information: 
hostname:  login: gsaread


My freetds.conf config for this server looks like this:

[GSAPROD]
host = sybx.myco.com
port = 5100
tds version = 4.2

And in our web server logs, we see this:

DBIWrapper 
connect('packetSize=4096;loginTimeout=5;server=GSAPROD;scriptName=httpd;hostname=client-host;database_name=ourdb','user',...)
 failed: OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (78) NUMBER 
= (49)
Server GSAPROD, database
Message String: Unexpected EOF from the server
OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (78) NUMBER = (34)
Server GSAPROD, database
Message String: Adaptive Server connection failed

I've looked at the LD_LIBRARY_PATH, SYBASE, FREETDS and other environment 
items, but have been unable to find the problem.

It was suggested in this thread 
(https://lists.ibiblio.org/sympa/arc/freetds/2006q2/019981.html) that 
explicitly setting the database_name
Any help will be appreciate?

Eric

_______________________________________________

This e-mail may contain information that is confidential, privileged or 
otherwise protected from disclosure. If you are not an intended recipient of 
this e-mail, do not duplicate or redistribute it by any means. Please delete 
it and any attachments and notify the sender that you have received it in 
error. Unless specifically indicated, this e-mail is not an offer to buy or 
sell or a solicitation to buy or sell any securities, investment products or 
other financial product or service, an official confirmation of any 
transaction, or an official statement of Barclays. Any views or opinions 
presented are solely those of the author and do not necessarily represent 
those of Barclays. This e-mail is subject to terms available at the following 
link: www.barcap.com/emaildisclaimer. By messaging with Barclays you consent 
to the foregoing.  Barclays Capital is the investment banking division of 
Barclays Bank PLC, a company registered in England (number 1026167) with its 
registered office at 1 Churchill Place, London, E14 5HP.  This email may 
relate to or be sent from other members of the Barclays Group.
_______________________________________________