Invalid SessionHandle: SessionHandle [...]

オープン
#204 コメント 8 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
30/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
python, sqlalchemy
領域
backend, databases

調査の方向性

まず、SQLAlchemy dialect による Invalid SessionHandle エラーの処理を追跡し、#160 で説明されている動作と比較します。関連する統合ポイントを特定するため、リンクされた SQLAlchemy の切断処理および pre-ping のドキュメントを読みます。connector がこのエラーを切断として認識し、タイムアウトではない発生についても接続の復旧を維持できれば完了です。

索引モデルが issue の本文から書いたものです。

説明

This is not the same as #160 as the error message is slightly different and the fix for that does not work. This happens well before an hour or any timeout could be reached (I've seen it within minutes of starting our backend locally before). It looks like there are other situations where this can happen besides a timeout.

My understanding is that the sqlalchemy dialect should let sqlalchemy know to invalidate the connection rather than just failing/erroring (e.g. see here), though I don't know enough to understand the correct way to do that. Based on the sqlalchemy documentation,it sounds like the pre-ping is dialect-specific. Not sure if that needs to be changed or something else. The sqlalchemy documentation has an example for handling specific errors as disconnects, but it's only for sqlalchemy 2.0, so that's not really useful here.

主要言語
Python
スター
233
フォーク
152
平均マージ
21時間 5分
マージ済み PR(30日)
10

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

databricks/databricks-sql-python のほかの issue

databricks/databricks-sql-python の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。