FreeTDS Affiche Inattendue EOF à partir du serveur

Je suis en utilisant FreeTDS 0.82 installé sur mac OS X Snow Leopard pour vous connecter à un Serveur SQL server 2005 bases de données.

Quand j'essaie de me connecter avec tsql, j'obtiens ceci:

tsql -S abc -U uuu
locale is "en_US.UTF-8"
locale charset is "UTF-8"
Password: 
Msg 20017, Level 9, State -1, Server OpenClient, Line -1
Unexpected EOF from the server
Msg 20002, Level 9, State -1, Server OpenClient, Line -1
Adaptive Server connection failed
There was a problem connecting to the serve

freetds.conf:

[abc]
        Host = host.host.domain
        port = 1433
        tds version = 8.0

fichier journal:

13:02:23.904572 97429 (log.c:190):Starting log file for FreeTDS 0.82 on 2011-04-20 13:02:23 with debug flags 0xffff.
13:02:23.904657 97429 (iconv.c:197):names for ISO-8859-1: ISO-8859-1
13:02:23.904669 97429 (iconv.c:197):names for UTF-8: UTF-8
13:02:23.904678 97429 (iconv.c:197):names for UCS-2LE: UCS-2LE
13:02:23.904686 97429 (iconv.c:197):names for UCS-2BE: UCS-2BE
13:02:23.904694 97429 (iconv.c:363):iconv to convert client-side data to the "UTF-8" character set
13:02:23.904715 97429 (iconv.c:516):tds_iconv_info_init: converting "UTF-8"->"UCS-2LE"
13:02:23.904729 97429 (iconv.c:516):tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
13:02:23.904744 97429 (net.c:210):Connecting to 174.46.169.40 port 1433 (TDS version 8.0)
13:02:23.904847 97429 (net.c:264):tds_open_socket: connect(2) returned "Operation now in progress"
13:02:23.966370 97429 (net.c:303):tds_open_socket() succeeded
13:02:23.966422 97429 (util.c:162):Changed query state from DEAD to IDLE
13:02:23.966433 97429 (login.c:735):quietly sending TDS 7+ login packet
13:02:23.966481 97429 (token.c:312):tds_process_login_tokens()
13:02:24.036207 97429 (util.c:334):tdserror(0x1001001d0, 0x100100840, 20017, 0)
13:02:24.036286 97429 (util.c:368):tdserror: client library returned TDS_INT_CANCEL(2)
13:02:24.036300 97429 (util.c:389):tdserror: returning TDS_INT_CANCEL(2)
13:02:24.036327 97429 (util.c:162):Changed query state from IDLE to DEAD
13:02:24.036338 97429 (token.c:316):looking for login token, got  0()
13:02:24.036478 97429 (token.c:108):tds_process_default_tokens() marker is 0()
13:02:24.036494 97429 (token.c:111):leaving tds_process_default_tokens() connection dead
13:02:24.036504 97429 (util.c:334):tdserror(0x1001001d0, 0x100100840, 20002, 0)
13:02:24.036614 97429 (util.c:368):tdserror: client library returned TDS_INT_CANCEL(2)
13:02:24.036626 97429 (util.c:389):tdserror: returning TDS_INT_CANCEL(2)
13:02:24.036639 97429 (mem.c:563):tds_free_all_results()

J'ai essayé la version 7.2, 7, etc et ils sont tous affichent la même chose.

A ce jamais résolue? Je vais avoir le même problème identique.

InformationsquelleAutor Caleb | 2011-04-20

freetds

3

Essayer avec
```
tds version = 7.0
```
Ou de définir la variable d'environnement suivante:
```
TDSVER="7.0"
```
Assurez-vous également que le port est correct, il peut varier en fonction de la compilation des paramètres de temps. Vous pouvez définir est dans l'environnement avec:
```
TDSPORT="1433"
```
InformationsquelleAutor Thomas Guyot-Sionnest
1

Je suis en train d'expérimenter avec MacOSX freetds:

J'ai découvert que j'avais une .freetds.fichier conf dans /Users qui a été remplaçant la principale freetds.conf

Après la suppression de l' .freetds.fichier conf, tout était OK

rm /Users/utilisateur/.freetds.conf

fichier principal:

sudo vi /opt/local/etc/freetds/freetds.conf
- Merci pour cette! Certains docs/tutoriels sur internet pour vous dire de mod /usr/local/etc/freetds.conf et non dans /opt/local/etc/freetds/
InformationsquelleAutor user2725867
1
```
client charset = ISO-8859-1
```
dans freetds.conf résolu le problème sur OSX 10.8. /freetds 0.91
- ce commentaire m'a aidé. J'ai été paramètre charset utf-8 et de la base de données devrait UTF-8
InformationsquelleAutor swisscheese
1

Nous avons eu cette erreur par intermittence après Linux et MS patchs ont été appliqués. Nous pourrions encore vous connecter à partir de Linux, MSSQL server, mais au hasard de notre propos serait de mettre fin à la EOF erreur...même au milieu d'une requête. J'ai allumé la freetds journal et j'ai vu un chiffrement poignée de main échec comme ceci:
```
    net.c:1366:handshake failed: A TLS packet with unexpected length was received.          
    login.c:466:login packet rejected
    util.c:331:tdserror(0x1e752b0, 0x2c27f40, 20002, 0)
```
Après beaucoup de dépannage, nous restaurée KB3172605 sur le MME Serveur Windows server 2008 R2 qui dirige notre MS SQL Server DB...il a résolu le problème.
- BTW, nous avons été à l'aide de freetds de 0,91. Ressemble à l'installation de freetds 1.00.15 à partir de la source de résoudre cette question.
InformationsquelleAutor Scott McCormick
0

J'ai eu des problèmes avec la freetds.conf apparemment. réglage de la tds version = 8.0 dans freetds.conf n'ai pas de travail, dans le vidage du journal, il a continué d'envoyer INT ANNULER après la procédure d'autorisation. mon fichier php fini par ressembler à ce qui en fin de compte (la base de données et les paramètres de port en freetds.conf a bien fonctionné... je ne sais pas pourquoi la fiche technique de la version ne le fait pas):
```
putenv('TDSVER=8.0');<br />
putenv('TDSDUMP=tds.log');<Br />
putenv('FREETDSCONF=freetds.conf');<br />
putenv('FREETDS=freetds.conf');
```
InformationsquelleAutor sucitivel

Vous devez vous connecter pour publier un commentaire.