rcloneの再試行とタイムアウトの問題を解決する

まずWebDAVの恒久的な拒否と一時的な問題を切り分けてください。認証、スコープ、権限、パス、ロックは修正が必要です。429と一部のサービスエラーでは、待機後に回数を制限して再試行することが適切な場合があります。

手順

1. 失敗したコマンドを-vv --log-file /protected/path/rclone.log付きで1回再実行し、認証情報を公開せずに最初のHTTPステータスとメッセージを記録してください。
2. 401 Unauthorized、403、404 Resource not found、423 Lockedの再試行を止めてください。まずキーまたはメールアドレス、プロトコルまたはロールの権限、パス、dosyaのロックを修正してください。
3. 429ではRetry-Afterに従い、別のスケジューラーが同時に実行されていないことを確認してください。並行リクエストによって制限に達した場合は--transfersと--checkersを減らしてください。
4. 通信のタイムアウトや一時的なサーバーエラーでは、--retries 3 --low-level-retries 3 --timeout 1mのように上限のある設定を選択してください。ログと最終終了ステータスは保存してください。
5. 書き込みを再実行する前に移動先の一覧を確認してください。クライアントが応答を受け取れなかった場合でも、WebDAVによる置換で新しいファイルバージョンがすでに作成されている可能性があります。
6. 失敗した最小限の範囲を再試行し、名前、容量、代表的なバイトデータを比較してください。後の項目が成功しただけでジョブを完了と判断しないでください。

WebDAVの変更操作がリポジトリのビジー状態に対する再試行の上限に達すると、dosyaはRetry-After: 5を伴う503を返します。429はリクエスト、転送、送信データのポリシーを表す場合があります。クライアントのタイムアウトを延ばしても、期限切れのキー、ロックされた項目、使い切った日ごとの利用枠は修復できません。

確認できる結果

修正後の実行では再試行回数に上限を設け、サーバーが指定する時間に従い、短い間隔で並行処理を繰り返さずに、移動先の内容を確認して終了します。恒久的な拒否については、根本の制限が変わるまで再試行を止めたままにします。

複数ファイルの操作はトランザクションではないため、終了コードが非ゼロでも、先に処理したファイルやバージョンが保存済みの場合があります。特にPUTでタイムアウトした後は、ログを保持して移動先を確認してから再試行してください。

関連ガイド

• rcloneでコピーする
• rcloneでダウンロードする