[Symptom] The backup policy fails to be automatically scheduled and an alarm is generated. In the operation log, the KMC fails to decrypt trust information.
[Problem version] FC6.3.1.1
[Cause] After FusionCompute 2.0.6 is migrated to FusionCompute 6.3.1.1, trust_id fails to be decrypted. As a result, automatic backup fails.
[Resolved version] C30SPH613
[Solution] Upgrade the version to C30SPH613.
Cause 2:
[Symptom] The backup policy fails to be automatically scheduled and an alarm is generated. The token/trust of the project fails to be obtained from the operation log,
Query the MO database. The project has been deleted.
[Problem version] FC6.3.1.1/FC651
[Cause] When a project, VDC, or tenant is deleted, the backup policy is not deleted. As a result, an automatic backup failure alarm is generated.
[Solution] Manually delete residual backup data of the tenant. Contact R&D engineers.
How Do I Check Whether a Tenant Has Been Deleted?
For FusionCompute 6.5, perform the following steps:
1. Log in to the MO database node using SSH as user sopuser, switch to user root, and then switch to user dbuser.
2. Access the database.
/opt/zenith/app/bin/zsql movdcservicedb/Changeme_123@127.0.0.1:32082
3. If no result is found or the delete_at field corresponding to the query result contains a specific time, the project has been deleted.
select * from projects where id='Actual project value';
For FC6.3, perform the following steps:
1. Log in to the MO database node using SSH as user sopuser, switch to user root, and then switch to user dbuser.
2. Access the database.
/opt/mysql/bin/mysql -udbuser -p 'Admin@123' -S /opt/mysql/data/tenantdbsvr*/*sock
3. View the database table.
show databases;
4. Access the database table. The project table is in the movdcservicedb directory.
use movdcservicedb;
5. Query the project,
If no result is displayed, the delete_at field corresponding to the query result contains a specific time, or is_delete=1, the project has been deleted.
select * from projects where id='Actual project value';
