Problème

Avec un agent Lina version 5.x il est possible que sous certaines conditions, si par exemple le système est particulièrement chargé ou bien si le réseau est lent, des blocks de données échappent à la sauvegarde.
En conséquence, certains blocs seront détectés comme manquants ou défectueux lors d’une opération de compactage ou de restauration

Cause

Atempo a déterminé que ceci est dû à une erreur logicielle introduite dans la version serveur 5.1.6 en relation avec le changement de protocole entre agent et serveur intervenu en 5.0.

Impact

Un bloc manquant ou défectueux aura un impact sur l’objet qui utilise ce bloc quand on tentera de le restaurer.
Le principe même de la déduplication fait que ces blocks ne seront pas ré-envoyés au serveur car considérés comme déjà sauvegardés par l’agent.
Seuls des blocs envoyés par des agents en version 5.0 ou plus seront source de problème, si le serveur est en version 5.1.6 ou 5.1.7.

Correction

Sur le serveur, le paramètre cpr.check_on_put est à positionner à 1 pour éviter ce problème
La mise à jour ou l’installation de la version 5.1.8 va positionner le paramètre à 1.Pour le vérifier, avec ade_admin -u superadmin, lancez la commande get cpr.check_on_put, vous devriez recevoir la valeur 1 en retour.
Si besoin, utilisez la commande set cpr.check_on_put=1 pour le positionner
Ceci empêchera le problème de réapparaitre mais ne corrigera pas les blocs déjà affectés. Une procédure pour déterminer et corriger les conséquences de ce problème, tout en minimisant d’éventuelles interruptions de service est en cours d’élaboration par le support.
Par ailleurs, notez que la version 5.1.8 contient un nombre important de corrections et qu’ il est recommandé de mettre à jour vos systèmes 5.1.x vers 5.1.8 dans les plus brefs délais.