salim a écrit 9 commentaires

c'est juste pour eviter de mettre l'@ ip du serveur "mesure de securité" suite aux recommendations des mes responsables. desolé

le pb n'est pas dans le ping uniquement ces deux clients sont des clients bases de données et le serveur base de données (sgbd) les blackliste a cause des erreurs de connexion.
j'ai d'autre clients qui sont dans le meme reseau du deux premier clients ou le ping marche sans erreurs

# ping @ serveur1
PING @ serveur1 ( @ serveur1) from client3 : 56(84) bytes of data.
64 bytes from @ serveur1: icmp_seq=1 ttl=60 time=9.57 ms
64 bytes from @ serveur1: icmp_seq=2 ttl=60 time=9.03 ms
64 bytes from @ serveur1: icmp_seq=3 ttl=60 time=8.83 ms
64 bytes from @ serveur1: icmp_seq=4 ttl=60 time=9.01 ms
64 bytes from @ serveur1: icmp_seq=5 ttl=60 time=9.43 ms
64 bytes from @ serveur1: icmp_seq=6 ttl=60 time=8.86 ms
64 bytes from @ serveur1: icmp_seq=7 ttl=60 time=9.03 ms
64 bytes from @ serveur1: icmp_seq=8 ttl=60 time=9.08 ms
64 bytes from @ serveur1: icmp_seq=9 ttl=60 time=9.13 ms

--- @ serveur1 ping statistics ---
9 packets transmitted, 9 received, 0% loss, time 8087ms
rtt min/avg/max/mdev = 8.837/9.113/9.574/0.235 ms


ce pb est apparait suite au perturbation dans les liens entre les clients est les serveurs.

j'ai change le lecteur sans rédémarre mais ca n'a pas marche.
quand le pb arrive je dois tjrs redémarrer le serveur.

pour la distrib/noyau:
Red Hat Enterprise Linux ES release 3
Linux algr-mg2a 2.4.21-20.ELsmp

pour le backup le scripts utilise des commandes standard (tar).

le pb est réapparait ce matin

# mt -f /dev/nst0 status
/dev/nst0: No such device or address

j'ai change le terminateur et j'ai allume le robot mais sans resultat.

# mt -f /dev/nst0 status
/dev/nst0: No such device or address

dans le dmesg j'ai ça aprés l'echec du backup :
Adapter 0: Bus A: SCSI controller failure 5. Check cables, termination, termpower, LVDS operation, etc.
GDT: Initialization error (timeout service 3)
scsi: device set offline - not ready or command retry failed after bus reset: host 0 channel 1 id 1 lun 0
st0: Error 40000 (sugg. bt 0x0, driver bt 0x0, host bt 0x4).


quand je redémarre le robot le probleme persiste mais si je redémarre le serveur le robot devient accessible.


et voici le resultat quand je rédémarre le serveur sans toucher au robot.

# mt -f /dev/nst0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 1024 bytes. Density code 0x81 (DLT 15GB compressed).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN



a mon avis il s'agit d'un pb dans le systeme (soft).

voici une ligne d'erreur recuperée du fichier :/var/log/messages
cette ligne est ecrite juste aprés l'echec du backup.


Aug 26 02:07:59 nom_du_serveur kernel: Adapter 0: Bus A: SCSI controller failure 5. Check cables, termination, termpower, LVDS operation, etc.

pour le cable et termination j'ai verifie il y'a aucun pb par contre pour le termpower, LVDS operation je ne sais pas de quoi il s'agit.

je peux aussi voir cette ligne dans /var/log/messages


Aug 26 02:07:59 algr-mg2a kernel: Adapter 0: Bus A: SCSI controller failure 5. Check cables, termination, termpower, LVDS operation, etc.

cet evenement se produit juste aprés l'echec du backup.

apres verification le cable, termination vont bien par contre pour termpower, LVDS operation je ne sais de koi il s'agit.

voici lesderniers ligne de dmesg


EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,0), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.

je pense que le pb est dans le soft c-à-d ans le montage du robot dans le systeme.

si je redémarre le robot il ne marche pas c-à-d il n'est pas accessible, pour qu'il devient accessible je dois tjs redémarrer le serveur "machine". ce phenome ce passe aprés une sauvegarde echouer.

avant de redémarrer le serveur et aprés une sauvgarde echouer j'ai ca

mt -f /dev/nst0 status
/dev/nst0: No such device or address

apres le redémarrage du serveur sans faire quoi que ce soit sur le robot

# mt -f /dev/nst0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 1024 bytes. Density code 0x81 (DLT 15GB compressed).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN