このコンテンツは選択した言語では利用できません。
Chapter 4. Troubleshooting data backup and restore
To troubleshoot failed data backups and restorations, check the basics first.
For example, verify the following common causes:
- User permissions
- System health and configuration
- Storage capacity
4.1. Data backup failure リンクのコピーリンクがクリップボードにコピーされました!
Data backups are automatic on rpm-ostree systems. If you are not using an rpm-ostree system and attempted to create a manual backup, certain conditions can cause the backup to fail.
- MicroShift was stopped too soon after the system started
- Wait until the system completes health checks and background processes before stopping MicroShift.
- MicroShift stopped because of an error
- Verify that MicroShift is healthy and in a running state before you create a backup.
- Insufficient storage space
- Verify that sufficient storage is available for MicroShift data before you create a backup.
- Insufficient user permissions
- Verify that you have the correct user permissions and configurations required to create a backup.
4.2. Checking backup logs リンクのコピーリンクがクリップボードにコピーされました!
Backup logs can help you identify the location and status of manual and automatic backups, and the processes that occurred during each backup.
- Manual backup logs are displayed in the terminal output.
-
Automatic backup logs for
rpm-ostreesystems are available in the MicroShift journal logs.
Procedure
Check the journal logs:
$ sudo journalctl -u microshift
4.3. Data restoration failure リンクのコピーリンクがクリップボードにコピーされました!
The restoration of data can fail for many reasons, including storage and permission issues. Mismatched data versions can cause failures when MicroShift restarts.
4.3.1. Image-based systems data restore failed リンクのコピーリンクがクリップボードにコピーされました!
Data restorations are automatic on rpm-ostree systems, but can fail, for example:
The only backups that are restored on
rpm-ostreesystems are backups from the current deployment or a rollback deployment. Backups are not taken on an unhealthy system.- Only the latest backups that have corresponding deployments are retained. Outdated backups that do not have a matching deployment are automatically removed.
- Data is usually not restored from a newer version of MicroShift.
- Ensure that the data you are restoring follows same versioning pattern as the update path. For example, if the destination version of MicroShift is an older version than the version of the MicroShift data you are currently using, the restoration can fail.
4.3.2. RPM-based manual data restore failed リンクのコピーリンクがクリップボードにコピーされました!
If you are using an RPM system that is not rpm-ostree and tried to restore a manual backup, the following reasons can cause the restoration to fail:
If MicroShift stopped running because of an error, you cannot restore data.
- Make sure the system is healthy.
- Start it in a healthy state before attempting to restore data.
If you do not have enough storage space allocated for the incoming data, the restoration fails.
- Make sure that your current system storage is configured to accept the restored data.
You are attempting to restore data from a newer version of MicroShift.
- Ensure that the data you are restoring follows same versioning pattern as the update path. For example, if the destination version of MicroShift is an older version than the version of the MicroShift data you are attempting to use, the restoration can fail.
4.4. Storage migration failure リンクのコピーリンクがクリップボードにコピーされました!
Storage migration failures typically result from incompatible changes to custom resources (CRs) between MicroShift versions. If a storage migration fails, the CR versions are likely incompatible and require manual review.