Tedious: ConnectionError : Échec de la connexion à<server name="">en 15000ms #833</server>

Créé le 5 déc. 2018  ·  5Commentaires  ·  Source: tediousjs/tedious

Réouverture de ce problème.
https://github.com/tediousjs/tedious/issues/833

J'ai essayé les modules fastidieux-connection-pool et node-mssql, les deux génèrent la même erreur.

Commentaire le plus utile

Autre mise à jour :
Sur la base de l'erreur, j'ai forké et apporté une petite modification au fichier connection.js pour ajouter l'événement manquant dans l'état d'authentification alimenté :
'routingChange' dans l'état 'SentLogin7Withfedauth'
et puis les choses semblent bien fonctionner et mon service dans l'environnement de service d'application azur est également capable de se connecter au serveur et d'obtenir des données. Voir pour référence :
https://github.com/shani117/tedious/commit/0777bf6f5ad7f1701a355f8e706fd0ce5120eda4

Je ne suis pas encore prêt à faire un PR, mais je voulais juste le faire sortir pour voir si je suis sur la bonne voie ou non.

Commentaires appréciés.

Tous les 5 commentaires

@ aniltomar10 Pourriez-vous envoyer un

Je suis également confronté au même problème lorsque j'essaie de me connecter à une base de données SQL Azure à l'aide de l'authentification AAD. Mon service se connecte également à une autre base de données SQL Azure qui utilise uniquement l'authentification SQL et cette connexion fonctionne parfaitement. Seul l'authentification AAD échoue. Lorsque j'ai effectué une capture de flux de journaux, je vois que cette erreur est renvoyée à chaque fois avant l'expiration de la tentative de connexion :

Error: No event 'routingChange' in state 'SentLogin7Withfedauth' at new Error (native) at Connection.dispatchEvent (D:\home\site\wwwroot\server.js:269168:26) at Parser.tokenStreamParser.on.token (D:\home\site\wwwroot\server.js:268857:12) at Zone.runTask (D:\home\site\wwwroot\server.js:259175:47) at Parser.ZoneTask.invoke (D:\home\site\wwwroot\server.js:259369:33) at emitOne (events.js:96:13) at Parser.emit (events.js:188:7) at Parser.parser.on.token (D:\home\site\wwwroot\server.js:274976:14) at Zone.runTask (D:\home\site\wwwroot\server.js:259175:47) at Parser.ZoneTask.invoke (D:\home\site\wwwroot\server.js:259369:33) at emitOne (events.js:96:13)

Voici ma trace de pile d'exceptions qui est enregistrée dans App Insights :

ConnectionError: at ConnectionError (at ConnectionError (D:\home\site\wwwroot\server.js:34539:12) at ConnectionError (D:\home\site\wwwroot\server.js:34539:12): D:\home\site\wwwroot\server.js at ConnectionError (D:\home\site\wwwroot\server.js:34539:12): 34539) at Connection.connectTimeout (at Connection.connectTimeout (D:\home\site\wwwroot\server.js:269106:26) at Connection.connectTimeout (D:\home\site\wwwroot\server.js:269106:26): D:\home\site\wwwroot\server.js at Connection.connectTimeout (D:\home\site\wwwroot\server.js:269106:26): 269106) at Timeout.connectTimer.setTimeout (at Timeout.connectTimer.setTimeout (D:\home\site\wwwroot\server.js:269080:12) at Timeout.connectTimer.setTimeout (D:\home\site\wwwroot\server.js:269080:12): D:\home\site\wwwroot\server.js at Timeout.connectTimer.setTimeout (D:\home\site\wwwroot\server.js:269080:12): 269080) at ZoneDelegate.invokeTask (at ZoneDelegate.invokeTask (D:\home\site\wwwroot\server.js:259299:35) at ZoneDelegate.invokeTask (D:\home\site\wwwroot\server.js:259299:35): D:\home\site\wwwroot\server.js at ZoneDelegate.invokeTask (D:\home\site\wwwroot\server.js:259299:35): 259299) at Zone.runTask (at Zone.runTask (D:\home\site\wwwroot\server.js:259175:47) at Zone.runTask (D:\home\site\wwwroot\server.js:259175:47): D:\home\site\wwwroot\server.js at Zone.runTask (D:\home\site\wwwroot\server.js:259175:47): 259175) at Timeout.ZoneTask.invoke (at Timeout.ZoneTask.invoke (D:\home\site\wwwroot\server.js:259369:33) at Timeout.ZoneTask.invoke (D:\home\site\wwwroot\server.js:259369:33): D:\home\site\wwwroot\server.js at Timeout.ZoneTask.invoke (D:\home\site\wwwroot\server.js:259369:33): 259369) at Timeout.data.args.(anonymous function) [as _onTimeout] (at Timeout.data.args.(anonymous function) [as _onTimeout] (D:\home\site\wwwroot\server.js:260383:25) at Timeout.data.args.(anonymous function) [as _onTimeout] (D:\home\site\wwwroot\server.js:260383:25): D:\home\site\wwwroot\server.js at Timeout.data.args.(anonymous function) [as _onTimeout] (D:\home\site\wwwroot\server.js:260383:25): 260383) at ontimeout (at ontimeout (timers.js:365:14)at ontimeout (timers.js:365:14): timers.js at ontimeout (timers.js:365:14): 365) at tryOnTimeout (at tryOnTimeout (timers.js:237:5)at tryOnTimeout (timers.js:237:5): timers.js at tryOnTimeout (timers.js:237:5): 237) at Timer.listOnTimeout (at Timer.listOnTimeout (timers.js:207:5) at Timer.listOnTimeout (timers.js:207:5): timers.js at Timer.listOnTimeout (timers.js:207:5): 207)

Je ne sais pas si @ aniltomar10 est également confronté au même problème ou non, mais j'ai pensé que cela pourrait être pertinent dans ce cas.

Lorsque j'exécute le service localement sur ma machine de développement, tout fonctionne parfaitement. Il commence à échouer lorsque je déploie le service sur le service d'application Azure.

Détails de l'environnement :
Version de NodeJS : 8.11.1
Version fastidieuse : 4.1.1

Faites-moi savoir si je peux ajouter plus de détails.

Merci,
Chahnaz.

Autre mise à jour :
Sur la base de l'erreur, j'ai forké et apporté une petite modification au fichier connection.js pour ajouter l'événement manquant dans l'état d'authentification alimenté :
'routingChange' dans l'état 'SentLogin7Withfedauth'
et puis les choses semblent bien fonctionner et mon service dans l'environnement de service d'application azur est également capable de se connecter au serveur et d'obtenir des données. Voir pour référence :
https://github.com/shani117/tedious/commit/0777bf6f5ad7f1701a355f8e706fd0ce5120eda4

Je ne suis pas encore prêt à faire un PR, mais je voulais juste le faire sortir pour voir si je suis sur la bonne voie ou non.

Commentaires appréciés.

@ shani117 Oh wow, oui, je pense que vous avez trouvé la cause première de ce problème ! Je vais voir si je peux ouvrir un PR avec vos modifications demain pour que cela soit corrigé correctement. Merci beaucoup! ??

:tada: Ce problème a été résolu dans la version 4.1.2 :tada:

La sortie est disponible sur :

Votre bot sémantique :package::rocket:

Cette page vous a été utile?
0 / 5 - 0 notes