Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

GCS Backup times out at 120s

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

メンテナーはふだん 1 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
42/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
google-cloud, kubernetes, postgresql

調査の方向性

barman-cloud-backup コマンドの Google Cloud Storage へのアップロードパスから始めて、120 秒のタイムアウトがどこで設定されているかを追跡します。その値を --read-timeout と比較し、遅いアップロードがどのように処理されるかを確認します。設定されたタイムアウトがアップロード操作を制御し、報告されたタイムアウトの動作が適切なテストでカバーされていれば完了です。

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

説明

bug

We have kubernetes clusters at remote locations that are connected to the cloud via slow connections. The database size is also small (approx 40MB compressed). However the upload to GCS buckets is timing out. Despite setting the --read-timeout to 600, it times out after 120s.

The command used is as follows
barman-cloud-backup --user postgres --name <name>--gzip --read-timeout 600 --cloud-provider google-cloud-storage gs://<gcs bucket/folder> <cluster name>

The error is as follows
ERROR: <class 'google.api_core.exceptions.RetryError'>
ERROR: Timeout of 120.0s exceeded, last exception: ('Connection aborted.', timeout('The write operation timed out'))
ERROR: Upload error: Timeout of 120.0s exceeded, last exception: ('Connection aborted.', timeout('The write operation timed out')) (worker 0)

It looks like the timeout is hard coded and cannot be changed. I have also tried setting the read-timeout to 0 without any success.

主要言語
Go
スター
198
フォーク
81
平均マージ
2日 6時間
マージ済み PR(30日)
19

環境構築

はじめの一歩

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

cloudnative-pg/plugin-barman-cloud のほかの issue

cloudnative-pg/plugin-barman-cloud の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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