YYYY-MM-DDTHH:MM:SS.355 [######-######-########] [ConfigFilesBackup:PID-###] [ConfigFiles::BackupConfigFiles:ConfigFiles.py:347] ERROR: Failed configuration files backup
Underlying process status. rc: 1
stdout:
stderr: /usr/bin/tar: var/lib/vmware/vmca/certs.db: file changed as we read it
/usr/bin/tar: var/lib/vmware/vmca: file changed as we read it
Traceback (most recent call last):
File "/usr/lib/applmgmt/backup_restore/py/vmware/appliance/backup_restore/components/ConfigFiles.py", line 339, in BackupConfigFiles
raise BackupRestoreError("Failed configuration files backup",
util.Common.BackupRestoreError: Failed configuration files backup
Underlying process status. rc: 1
stdout:
stderr: /usr/bin/tar: var/lib/vmware/vmca/certs.db: file changed as we read it
/usr/bin/tar: var/lib/vmware/vmca: file changed as we read it
この問題は、ファイルベースのバックアップワークフローの一環として、tarコマンドによる圧縮処理中に var/lib/vmware/vmca/certs.db が更新された場合に発生します。
var/lib/vmware/vmca/certs.db は、以下のような場合に更新されます:
tar がファイルにアクセス中にそのファイルが更新されると、その有効性を確認できなくなるため、復元不可能なバックアップが生成されるのを防ぐためにバックアップワークフローが中断されます。
このような競合は、仮想マシン( vTPMを必要とするWindows 11クライアントなど) が頻繁にクローンされる仮想デスクトップインフラストラクチャ(VDI)環境で発生しやすい傾向があります。
この問題は vCenter Server 8.0 P07 で部分的に修正されました。
Broadcomエンジニアリングはこの問題を認識しており、恒久的な修正を検討中です。
注:
設定ファイルが繰り返し変更される場合や書き込みに長時間かかる場合、この問題が発生する可能性があります。
したがって、VDIなどの環境では vCenter Server 8.0 P07 に更新した後でもこの問題が再発する可能性があります。
バックアップの再スケジュール: vTPMを使用した仮想マシンの作成またはクローン作成が行われる時間帯を避け、ファイルベースのバックアップが実行されるようにする。
構成制限: バックアップ実行中、仮想マシンに vTPMデバイスを接続しないようにする。
vTPMに関する詳細については、仮想 Trusted Platform Module とは を参照してください。
English version: File-based backup failing with var/lib/vmware/vmca/certs.db: file changed during backup