Tedious: ConnectionError: не удалось подключиться к<server name="">через 15000 мс # 833</server>

Созданный на 5 дек. 2018  ·  5Комментарии  ·  Источник: tediousjs/tedious

Повторное открытие этой проблемы.
https://github.com/tediousjs/tedious/issues/833

Я пробовал пул утомительных соединений и модуль node-mssql, оба выдают одну и ту же ошибку.

Самый полезный комментарий

Еще одно обновление:
Основываясь на ошибке, я разветвился и внес небольшое изменение в файл connection.js, чтобы добавить отсутствующее событие в состояние проверки подлинности с фидом:
'routingChange' в состоянии 'SentLogin7Withfedauth'
и тогда все, кажется, работает нормально, и моя служба в env службы приложений Azure также может подключаться к серверу и получать данные. См. Для справки:
https://github.com/shani117/tedious/commit/0777bf6f5ad7f1701a355f8e706fd0ce5120eda4

Я еще не готов к пиару, но просто хотел рассказать об этом, чтобы увидеть, иду ли я по правильному пути или нет.

Обратная связь приветствуется.

Все 5 Комментарий

@ aniltomar10 Не могли бы вы отправить изолированное репо вместе с трассировкой стека?

Я также сталкиваюсь с той же самой проблемой при попытке подключиться к базе данных SQL Azure с использованием аутентификации AAD. Моя служба также подключается к другой базе данных SQL Azure, которая использует только проверку подлинности SQL, и это соединение работает отлично. Только авторизация AAD не работает. Когда я выполнял захват потока журнала, я вижу, что эта ошибка выдается каждый раз до истечения времени ожидания попытки подключения:

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)

Это моя трассировка стека исключений, которая регистрируется в аналитических данных приложения:

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)

Я не уверен, сталкивается ли

Когда я запускаю службу локально на своей машине разработки, все работает нормально. Он начинает давать сбой, когда я развертываю службу в службе приложений Azure.

Детали окружающей среды:
Версия NodeJS: 8.11.1
Утомительная версия: 4.1.1

Дайте мне знать, если я могу добавить больше деталей.

Спасибо,
Шахназ.

Еще одно обновление:
Основываясь на ошибке, я разветвился и внес небольшое изменение в файл connection.js, чтобы добавить отсутствующее событие в состояние проверки подлинности с фидом:
'routingChange' в состоянии 'SentLogin7Withfedauth'
и тогда все, кажется, работает нормально, и моя служба в env службы приложений Azure также может подключаться к серверу и получать данные. См. Для справки:
https://github.com/shani117/tedious/commit/0777bf6f5ad7f1701a355f8e706fd0ce5120eda4

Я еще не готов к пиару, но просто хотел рассказать об этом, чтобы увидеть, иду ли я по правильному пути или нет.

Обратная связь приветствуется.

@ shani117 Ого , да, я думаю, вы нашли основную причину этой проблемы! Я посмотрю, смогу ли я завтра открыть PR с вашими изменениями, чтобы исправить это должным образом. Большое спасибо! 🙇

: tada: Эта проблема решена в версии 4.1.2: tada:

Релиз доступен на:

Ваш семантический релиз- бот: package :: rocket:

Была ли эта страница полезной?
0 / 5 - 0 рейтинги