Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur carte
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une autre
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est dans
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je reviens
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement de
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur carte
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une autre
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est dans
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je reviens
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement de
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur carte
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une autre
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est dans
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je reviens
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement de
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
Merci
Bonjour,
Merci
Bonjour,
Merci
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
C'est vrai. A vue de nez, je penche pour le lecteur hs...
Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
C'est vrai. A vue de nez, je penche pour le lecteur hs...
Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
Alexandre a écrit :
Bonjour,
et pas mal de trucs ...
Merci
A vue de nez, tu as un PB hardware.
vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
le SE et le DE sont _ABSOLUMENT_ incompatibles.
un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
;-)
A+
C'est vrai. A vue de nez, je penche pour le lecteur hs...
On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
wrote:
>Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
>
>>
>> Alexandre a écrit :
>>>
>>> Bonjour,
>>>
>> et pas mal de trucs ...
>>>
>>> Merci
>>
>> A vue de nez, tu as un PB hardware.
>>
>> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
>> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
>>
>> vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
>> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
>> le SE et le DE sont _ABSOLUMENT_ incompatibles.
>> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
>> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
>> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
>>
>> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
>>
>> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
>> ;-)
>>
>> A+
>C'est vrai. A vue de nez, je penche pour le lecteur hs...
Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
plus à déplacer correctement les bandes. Après réinstallation, patch
complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
et maintenant plus aucun problème.
AD
--
echo | tr "n-za-m" "a-z"
echo | tr "n-za-m" "a-z"
On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
<vachenormande_nospam@netcourrier.com> wrote:
>Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
>
>>
>> Alexandre a écrit :
>>>
>>> Bonjour,
>>>
>> et pas mal de trucs ...
>>>
>>> Merci
>>
>> A vue de nez, tu as un PB hardware.
>>
>> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
>> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
>>
>> vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
>> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
>> le SE et le DE sont _ABSOLUMENT_ incompatibles.
>> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
>> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
>> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
>>
>> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
>>
>> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
>> ;-)
>>
>> A+
>C'est vrai. A vue de nez, je penche pour le lecteur hs...
Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
plus à déplacer correctement les bandes. Après réinstallation, patch
complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
et maintenant plus aucun problème.
AD
--
echo nynva.qrfpunzcf@serr.se | tr "n-za-m" "a-z"
echo nynva.qrfpunzcf@serr.se | tr "n-za-m" "a-z"
On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
wrote:
>Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
>
>>
>> Alexandre a écrit :
>>>
>>> Bonjour,
>>>
>> et pas mal de trucs ...
>>>
>>> Merci
>>
>> A vue de nez, tu as un PB hardware.
>>
>> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
>> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
>>
>> vérifie que chacun de ces éléments appartiennent à la même norme SCSI.
>> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
>> le SE et le DE sont _ABSOLUMENT_ incompatibles.
>> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
>> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
>> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
>>
>> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
>>
>> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt hard
>> ;-)
>>
>> A+
>C'est vrai. A vue de nez, je penche pour le lecteur hs...
Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
plus à déplacer correctement les bandes. Après réinstallation, patch
complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
et maintenant plus aucun problème.
AD
--
echo | tr "n-za-m" "a-z"
echo | tr "n-za-m" "a-z"
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Bonjour,
j'ai un soucis sur un serveur et je venais voir si vous aviez une idee.
J'ai un serveur Win NT4 SP5 avec un lecteur DLT 40 externe branche sur
SCSI Adaptec (puis Tekram, voir la suite). L'appli qui pilote et gere les
sauvegardes est ArcServe 2000.
Depuis 1 mois le serveur ne reconnait plus le lecteur DLT. Alors ni une ni
deux, je recupere le DLT et fait un test sur une autre machine et une
carte SCSI (Tekram). Tout fonctionne j'arrive a recuperer les donnees et a
sauvegarder. Je me dit que cela vient de la carte SCSI Adaptec qui est
le serveur.
Je change donc la carte SCSI pour mettre la Tekram qui m'a servi de test.
Tout est reconnu je lance donc mon job pour la nuit. Le lendemain je
et le DLT est de nouveau plus reconnu.
Je reprends le DLT et je le teste cette fois avec l'ancienne carte Adaptec
(he oui je l'ai remplace dans le serveur par le Tekram). Et tout marche
j'arrive a recuperer et sauvegarder des donnees.
Je ne sais plus quoi faire. J'ai changer de port PCI lors du remplacement
la carte SCSI.
Vous avez une idee?
Merci
Alain Deschamps a écrit :
>
> On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
> wrote:
> >Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
> >
> >>
> >> Alexandre a écrit :
> >>>
> >>> Bonjour,
> >>>
> >> et pas mal de trucs ...
> >>>
> >>> Merci
> >>
> >> A vue de nez, tu as un PB hardware.
> >>
> >> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
> >> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
> >>
> >> vérifie que chacun de ces éléments appartiennent à la même norme
> >> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
> >> le SE et le DE sont _ABSOLUMENT_ incompatibles.
> >> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
> >> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
> >> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
> >>
> >> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
> >>
> >> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt
> >> ;-)
> >>
> >> A+
> >C'est vrai. A vue de nez, je penche pour le lecteur hs...
>
> Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
> un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
> plus à déplacer correctement les bandes. Après réinstallation, patch
> complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
> pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
> BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
> et maintenant plus aucun problème.
>
> AD
> --
> echo | tr "n-za-m" "a-z"
Si je me souviens bien, j'ai entendu parler d'un truc +/- équivalent.
un de mes client avait un robot HP DLT x 7 cartouches.
avec arcserve, les sauvegardes prenaient de + en + de temps chaque jour.
HP a changé 3 fois le robot, à chaque fois le bouzin repartait plein
pot.
à la 3eme fois, le client a appelé CA, qui au bout de 4 heures au
téléphone
a convenu que leur soft était merdique^H^H^H^H^H^H^H^H^H améliorable via
le patch xxx qu'il leur ont envoyé.
> echo | tr "n-za-m" "a-z"
C:Documents and Settingsuserbureau>sh echo |
tr "n-za-m" "a-z"
'sh' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
--
Benoît. (http://site.voila.fr/chez_benoit)
Alain Deschamps a écrit :
>
> On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
> <vachenormande_nospam@netcourrier.com> wrote:
> >Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
> >
> >>
> >> Alexandre a écrit :
> >>>
> >>> Bonjour,
> >>>
> >> et pas mal de trucs ...
> >>>
> >>> Merci
> >>
> >> A vue de nez, tu as un PB hardware.
> >>
> >> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
> >> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
> >>
> >> vérifie que chacun de ces éléments appartiennent à la même norme
> >> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
> >> le SE et le DE sont _ABSOLUMENT_ incompatibles.
> >> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
> >> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
> >> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
> >>
> >> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
> >>
> >> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt
> >> ;-)
> >>
> >> A+
> >C'est vrai. A vue de nez, je penche pour le lecteur hs...
>
> Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
> un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
> plus à déplacer correctement les bandes. Après réinstallation, patch
> complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
> pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
> BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
> et maintenant plus aucun problème.
>
> AD
> --
> echo nynva.qrfpunzcf@serr.se | tr "n-za-m" "a-z"
Si je me souviens bien, j'ai entendu parler d'un truc +/- équivalent.
un de mes client avait un robot HP DLT x 7 cartouches.
avec arcserve, les sauvegardes prenaient de + en + de temps chaque jour.
HP a changé 3 fois le robot, à chaque fois le bouzin repartait plein
pot.
à la 3eme fois, le client a appelé CA, qui au bout de 4 heures au
téléphone
a convenu que leur soft était merdique^H^H^H^H^H^H^H^H^H améliorable via
le patch xxx qu'il leur ont envoyé.
> echo nynva.qrfpunzcf@serr.se | tr "n-za-m" "a-z"
C:Documents and Settingsuserbureau>sh echo nynva.qrfpunzcf@serr.se |
tr "n-za-m" "a-z"
'sh' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
--
Benoît. (http://site.voila.fr/chez_benoit)
Alain Deschamps a écrit :
>
> On Wed, 29 Oct 2003 20:45:31 +0100, "Vache Normande"
> wrote:
> >Le Wed, 29 Oct 2003 20:45:15 +0100, Benoit Tourret a écrit :
> >
> >>
> >> Alexandre a écrit :
> >>>
> >>> Bonjour,
> >>>
> >> et pas mal de trucs ...
> >>>
> >>> Merci
> >>
> >> A vue de nez, tu as un PB hardware.
> >>
> >> vérifie un par un _TOUS_ les éléments de ta chaîne SCSI.
> >> tu commence par le contrôleur, et tu ne t'arrête qu'au terminator.
> >>
> >> vérifie que chacun de ces éléments appartiennent à la même norme
> >> un DLT, (c'est vague, y'en a un paquet), c'est du SCSI SE, DE ou LVD
> >> le SE et le DE sont _ABSOLUMENT_ incompatibles.
> >> un élément SE sur un ensemble LVD entraîne _OBLIGATOIREMENT_ une
> >> rétrogradation de ta chaîne LSD en SE, avec _TOUTES_ les restrictions
> >> liées au SCSI SE. (vitesse, longueur de bus, ... ... ...)
> >>
> >> un câble changé, un terminator merdique, _TOUT_ compte en SCSI.
> >>
> >> Une seule chose est certaine, c'est pas soft !!! c'est même plutôt
> >> ;-)
> >>
> >> A+
> >C'est vrai. A vue de nez, je penche pour le lecteur hs...
>
> Pas sur du tout. J'ai eu un problème récemment avec Arcserve 2000 sur
> un robot de sauvegarde avec 2 lecteurs DLT, où Arcserve n'arrivait
> plus à déplacer correctement les bandes. Après réinstallation, patch
> complet SP4 d'Arcserve plus patches post SP, celà ne marchait toujours
> pas. Avec l'aide du support, j'ai finalement nettoyé complètement la
> BDR de la définition du robot et des lecteurs et je l'ai reconfiguré
> et maintenant plus aucun problème.
>
> AD
> --
> echo | tr "n-za-m" "a-z"
Si je me souviens bien, j'ai entendu parler d'un truc +/- équivalent.
un de mes client avait un robot HP DLT x 7 cartouches.
avec arcserve, les sauvegardes prenaient de + en + de temps chaque jour.
HP a changé 3 fois le robot, à chaque fois le bouzin repartait plein
pot.
à la 3eme fois, le client a appelé CA, qui au bout de 4 heures au
téléphone
a convenu que leur soft était merdique^H^H^H^H^H^H^H^H^H améliorable via
le patch xxx qu'il leur ont envoyé.
> echo | tr "n-za-m" "a-z"
C:Documents and Settingsuserbureau>sh echo |
tr "n-za-m" "a-z"
'sh' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
--
Benoît. (http://site.voila.fr/chez_benoit)
