症狀
Un SP Unity XT 480, 680 ou 880 peut présenter un dysfonctionnement inattendu après 240 jours d’exécution.
原因
Cela est dû à un problème connu de calcul de dépassement d’entier entraînant le stockage d’un résultat de 64 bits dans une variable de 32 bits.
Il est plus probable que le problème soit observé sur une baie Unity XT 480, 680 ou 880 exécutant la version 5.1.0.0.5.394 ou supérieure du code en raison des modifications apportées à ce dernier et au matériel SP utilisé dans ces modèles.
Les codes et modèles Unity anciens sont moins susceptibles de rencontrer ce problème.
Remarque : Le nombre moyen de jours avant le redémarrage d’un SP est de 275 à 300 jours. Le redémarrage du processeur de stockage peut se produire avant 275 jours. Les redémarrages du processeur de stockage ne se produisent pas avant 240 jours.
解析度
Correctif :
le correctif est disponible dans Unity OE version 5.3.0.0.5.120.
Solution de contournement :
redémarrez proactivement le SP tous les 240 jours pour éviter tout dysfonctionnement inattendu de celui-ci. Instructions de redémarrage d’un SP :
Unity : Comment redémarrer un processeur de stockage (corrigible par l’utilisateur).
Le client peut émettre un « temps d’activité » en se connectant à la baie via SSH et à l’aide du compte de service pour savoir depuis combien de temps le SP s’exécute.
L’exemple ci-dessous montre que le temps d’activité est de 31 jours.
04:30:01 service@xxx spa:~/user# uptime
04:30am up 31 days 3:41, 2 users, load average: 29.21, 29.45, 29.51