Discussion :

[dr.zed]

Bonjour,

Je viens demander ici de l'aide concernant un truc qui m'a pris pas mal de temps, toute idée est la bienvenue

J'ai un serveur SUN qui est relié à deux Baies de stockage, l'une locale est l'autre distante (environ 12 KM) à l'aide d'un équipement MRV.

Le problème que j'ai est que au démarrage, le serveur reste bloqué sur le message suivant presque 20 minutes :
NOTICE: VxVM vxdmp V-5-0-0 i/o error occured (errno=0x0) on dmpnode 334/0x2a
(il affiche ce message 6 fois de suite ça prend environ 20 minutes) puis le serveur démarre normalement.

Encore plus bizarre parfois le serveur peut démarrer normalement sans passer par ces messages si on fait un probe-scsi-all dans l OK prompt.

Pour information Veritas est utilisé pour gérer le mirorring entre les deux Baies de stockage.

Merci d'avance pour vos réponses

[dr.zed]

Svp tout le monde, y a quelqu'un qui a une piste que je pourrai explorer ?

[frp31]

2 choses :

le fait que le problème soit +ou- aléatoire m'incite à penser que c'est un time-out sur un check qui se produit 6 fois, il faudrait donc trouvé dans les parametres de Veritas comment passer ce check à 1 seule itération, ça limitera déjà le freeze à 3minutes au lieu de 20....

ça se confirme plus ou moins puisqu'un probe-scsi manuel l'empềche, (probablement parce que ça fait une espèce de refresh sur la connexion). Donc le check est OK derrière.


deuxièmement :
Je connais pas ton besoin mais si le probe-scsi suffit à réactiver la liaison, il doit y avoir moyen avec le MVR ou les outils veritas de ta structure de faire un check volontaire, régulièrement via une commande dans un crontab par exemple pour que la dernière itération avant un boot ne soit pas trop vieille et que ça boot directement sans revenir dans la bootROM faire le probe-scsi...

=============

Dans les deux cas il semble tout de même pas normal qu'un mirroring perde la synchro quand le serveur est arrété, normalement la synchro devrait être tout aussi efficace quand les serveurs n'accedent pas aux données...Il y a peut etre un défaut de ligne ou de liaison passive...d' un coté ou de l'autre...ou encore un équipement qui d'un coté ou de l'autre est en mode dégradé et attend un acknoledgement humain pour repasser en mode "normal après un incident ponctuel qui a eu lieu il y a longtemps....

ça aussi c'est un coup classique.....