PowerScale InsightIQ 5.x, 6.x : l’horodatage de la dernière mise à jour affiche 2020 ou 2021 après l’importation à partir de la version 4.x
Résumé: L’interface utilisateur Web InsightIQ 5.x et 6.x affiche un horodatage incorrect de la dernière mise à jour en raison d’une table obsolète dans la base de données.
Symptômes
Cause
Cela est dû à un system_workload dans la base de données qui n’est plus mise à jour ou utilisée depuis 2020 ou 2021. Ce phénomène n’est visible que sur les anciennes banques de données importées.
Résolution
Corrigez le problème system_workload 2020 Data Retrieval Delay issue.
Étapes de IIQ 5.x :
Vérifiez l’emplacement de stockage de la base de données :
# kubectl get pvc -A | grep storage
En fonction du type de stockage, accédez à la section appropriée :
- Local Storage
# kubectl get pods -A | grep ha-cmo
# kubectl exec -it postgres-ha-cmo1-xxxx-x -n atlantic -- psql
# \l
# \c clustername_guid <<<< get the clustername_guid from \l above for the cluster in question >>>>>>
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# delete from data_time where api='system_workload';
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# \q
Actualisez l’écran après environ 5 à 10 minutes et vérifiez que la date est normale. Si la date n’est pas normale, vérifiez à nouveau les tableaux pour vérifier system_workload N’a pas été recréé :
# kubectl exec -it postgres-ha-cmo1-xxxx-x -n atlantic -- psql
# \l
# \c clustername_guid <<<< get the clustername_guid from \l above for the cluster in question >>>>>>
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
- NFS (Network File System)
# kubectl get pods -A | grep iiqsm
# kubectl exec -it iiqsm-psql-XXXX-xxxx -n atlantic -- psql -U iiqsm -h localhost -d postgres
# \l
# \c clustername_guid <<<< get the clustername_guid from \l above for the cluster in question >>>>>>
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# delete from data_time where api='system_workload';
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# \q
Actualisez l’écran après environ 5 à 10 minutes et vérifiez que la date est normale. Si la date n’est pas normale, vérifiez à nouveau les tableaux pour vérifier system_workload n’a pas été recréé.
# kubectl exec -it iiqsm-psql-XXXX-xxxxx -n atlantic -- psql -U iiqsm -h localhost -d postgres
# \l
# \c clustername_guid <<<< clustername_guid from \l above >>>>>>
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
Étapes de IIQ 6.x :
# sudo docker exec -it iiq-postgres psql -U iiqsm -d insightiq
# select cluster_db_name, cluster_name from cluster_config;
# \c cluster_xxxx
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# delete from data_time where api='system_workload';
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# \q
Actualisez l’écran après environ 5 à 10 minutes et vérifiez que la date est normale. Si la date n’est pas normale, vérifiez à nouveau les tableaux et vérifiez system_workload n’a pas été recréé.
# sudo docker exec -it iiq-postgres psql -U iiqsm -d insightiq
# select cluster_db_name, cluster_name from cluster_config;
# \c clustername_xxxxx
# SELECT api, time FROM data_time WHERE resolution = 5 AND api NOT LIKE 'cluster_%%%%' order by time;
# \q