5.29.9. Restic の問題
アプリケーションのバックアップおよび復元中に発生する一般的な Restic の問題をトラブルシューティングし、信頼性の高いデータ保護を維持します。Restic でよく発生する問題としては、NFS のアクセス許可エラー、バックアップ時のカスタムリソースの再作成失敗、Pod のセキュリティーアクセスポリシーの変更による復元失敗などが挙げられます。
5.29.9.1. NFS データボリュームの Restic 権限エラーをトラブルシューティングする リンクのコピーリンクがクリップボードにコピーされました!
補助グループを作成し、そのグループ ID を DataProtectionApplication カスタムリソース CR に追加することで、root_squash が有効になっている NFS データボリューム上の Restic 権限エラーを解決します。これにより、root squash を無効にすることなく、NFS ボリュームのバックアップ機能を復元できます。
NFS データボリュームで root_squash パラメーターが有効になっていて、Restic マップが nfsnobody 値に設定されており、バックアップを作成する権限がない場合は、Restic の Pod ログに次のエラーメッセージが表示されます。
controller=pod-volume-backup error="fork/exec/usr/bin/restic: permission denied".
手順
-
NFS データボリューム上に
Resticの補足グループを作成します。 -
NFS ディレクトリーに
setgidビットを設定して、グループの所有権が継承されるようにします。 spec.configuration.nodeAgent.supplementalGroupsパラメーターとグループ ID をDataProtectionApplicationマニフェストに追加します。次に例を示します。apiVersion: oadp.openshift.io/v1alpha1 kind: DataProtectionApplication # ... spec: configuration: nodeAgent: enable: true uploaderType: restic supplementalGroups: - <group_id> # ...各項目の説明:
<group_id>- 補助グループ ID を指定します。
-
ResticPod が再起動し、変更が適用されるまで待機します。