Pouff le lecteur HP HP StorageWorks Ultrium 460 LTO2
Bonjour, Pour un besoin spécifique, j'ai un lecteur LTO2 HP StorageWorks Ultrium 460 [1]. Il est connecté en SCSI à une carte PCI express SCSI à un ordi sous ubuntu server 12.04. J'ai acheté ce lecteur d'occasion et fait 2 sauvegardes dessus. Aujourd'hui, je dois restaurer des fichiers et là, le drive n'est plus reconnu, grrrr. J'ai donc fait quelques tests croisés : - changer de câble SCSI : rien - changer de carte PCI SCSI : rien - changer de drive (un encore plus vieux DAT72) : reconnu direct, fonctionne bien, autant avec l'ancienne ou nouvelle carte PCI SCSI ou l'ancien et le nouveau câble. - Changer le n° SCSI : rien Bref, j'ai de sérieux doutes sur mon lecteur. Problème, je ne l'utilise quelques tous les mois depuis 5 mois, il ne me semble pas avoir eu de gros orages qui auraient pu tout me griller par exemple... D'ailleurs, je l'ai démonté, je ne vois rien ni ne sent rien qui aurait grillé ou exploser... Le lecteur s'allume, pas de led d'erreur allumée, il prends bien et éjecte bien la cassette... Bien sur, je n'ai pas de support sur ce produit, on pourrait l'assimiler à une utilisation "personnelle". Des idées pour m'aider à trouver ce qui coince ? Alternative, personne n'a un drive LTO2/LTO3 SCSI externe à donner/vendre ? [1] : http://goo.gl/KNfJgz Merci ! -- LMJ "May the source be with you my young padawan"
Bonjour,
Pour un besoin spécifique, j'ai un lecteur LTO2 HP StorageWorks Ultrium 460 [1]. Il est connecté en SCSI à une carte PCI express SCSI à un ordi sous ubuntu server 12.04. J'ai acheté ce lecteur d'occasion et fait 2 sauvegardes dessus. Aujourd'hui, je dois restaurer des fichiers et là, le drive n'est plus reconnu, grrrr. A mon avis il faut faire appel à un archéologue :-) Plus sérieusement, avec quel logiciel fais tu ces sauvegardes?
J'ai donc fait quelques tests croisés : - changer de câble SCSI : rien - changer de carte PCI SCSI : rien - changer de drive (un encore plus vieux DAT72) : reconnu direct, fonctionne bien, autant avec l'ancienne ou nouvelle carte PCI SCSI ou l'ancien et le nouveau câble. - Changer le n° SCSI : rien Es tu sur qu'il est bien reconnu vu par le système? As-tu essayé des choses du genre modprobe -r st puis modprobe st en regardant ce que racontent les logs?
Sur mon serveur de sauvegarde précédent (une suse), parfois le lecteur de sauvegarde (un lto 3 ou 4) n'était plus reconnu par time navigator et décharger/recharger le module st le faisait "réapparaitre".
Le lecteur s'allume, pas de led d'erreur allumée, il prends bien et éjecte bien la cassette... T'as essayé d'écrire dessus ou de même juste de le rembobiner avec tar? Avec mt?
Sinon j'ai également remarqué que mon lecteur /dev/sgXXX avait un numéro différent suivant les boots, forcément ça déplait un peu aux logiciels de sauvegarde qui essaient de lui causer. Bonne chance, Mathieu
Le 29/10/2013 13:49, Mathieu Bouchonnet a écrit :
Bonjour,
Pour un besoin spécifique, j'ai un lecteur LTO2 HP StorageWorks Ultrium 460 [1]. Il est connecté en SCSI à une carte PCI express SCSI à un ordi sous ubuntu server 12.04. J'ai acheté ce lecteur d'occasion et fait 2 sauvegardes dessus. Aujourd'hui, je dois restaurer des fichiers et là, le drive n'est plus reconnu, grrrr. A mon avis il faut faire appel à un archéologue :-) Plus sérieusement, avec quel logiciel fais tu ces sauvegardes?
avec tar
J'ai donc fait quelques tests croisés : - changer de câble SCSI : rien - changer de carte PCI SCSI : rien - changer de drive (un encore plus vieux DAT72) : reconnu direct, fonctionne bien, autant avec l'ancienne ou nouvelle carte PCI SCSI ou l'ancien et le nouveau câble. - Changer le n° SCSI : rien Es tu sur qu'il est bien reconnu vu par le système? As-tu essayé des choses du genre modprobe -r st puis modprobe st en regardant ce que racontent les logs?
Oui, rien à signaler :-/
Sur mon serveur de sauvegarde précédent (une suse), parfois le lecteur de sauvegarde (un lto 3 ou 4) n'était plus reconnu par time navigator et décharger/recharger le module st le faisait "réapparaitre".
Le lecteur s'allume, pas de led d'erreur allumée, il prends bien et éjecte bien la cassette... T'as essayé d'écrire dessus ou de même juste de le rembobiner avec tar? Avec mt?
Ben non, il n'y a pas de /dev/st0 pour faire cela.
Sinon j'ai également remarqué que mon lecteur /dev/sgXXX avait un numéro différent suivant les boots, forcément ça déplait un peu aux logiciels de sauvegarde qui essaient de lui causer. lsscsi ne voit pas mon lecteur, il n'est donc pas dans /dev/ :-(
salut, Ta chaîne SCSI n'est pas forcément hotplug ? dans ce cas, arrêter le serveur avant de travailler sur la chaîne SCSI. La question est: bas niveau, est-ce que l'on voit qq chose ? (ie meme sans que les module st ou sg soient chargés) Voici quelques notes que j'ai à propos d'un lecteur lecteur DLT DELL PowerVault 110T "SDSL 320" en SCSI LVDE sous CentOS5. Pas tout jeune non plus ;), mais le principe reste le même. # dmesg [...] scsi 0:0:32:0: Attached scsi generic sg0 type 13 sd 0:2:0:0: Attached scsi generic sg1 type 0 sd 0:2:1:0: Attached scsi generic sg2 type 0 scsi 1:0:2:0: Attached scsi generic sg3 type 1 scsi 4:0:0:0: Attached scsi generic sg4 type 5 [...] st: Version 20070203, fixed bufsize 32768, s/g segs 256 st 1:0:2:0: Attached scsi tape st0 st0: try direct i/o: yes (alignment 512 B) st0: Block limits 4 - 16777212 bytes. # cat /proc/scsi/scsi Attached devices: Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD0 RAID1 69878R Rev: 250O Type: Direct-Access ANSI SCSI revision: 02 Host: scsi2 Channel: 00 Id: 01 Lun: 00 Vendor: MegaRAID Model: LD1 RAID5 49390R Rev: 250O Type: Direct-Access ANSI SCSI revision: 02 Host: scsi2 Channel: 04 Id: 06 Lun: 00 Vendor: PE/PV Model: 1x2 SCSI BP Rev: 1.1 Type: Processor ANSI SCSI revision: 02 Host: scsi2 Channel: 05 Id: 06 Lun: 00 Vendor: PE/PV Model: 1x6 SCSI BP Rev: 1.1 Type: Processor ANSI SCSI revision: 02 ou équivalent avec la commande lsscsi: # lsscsi [0:0:32:0] enclosu DP BACKPLANE 1.07 - [0:2:0:0] disk DELL PERC 6/i Adapter 1.22 /dev/sda [0:2:1:0] disk DELL PERC 6/i Adapter 1.22 /dev/sdb [1:0:2:0] tape QUANTUM SDLT320 3131 /dev/st0 [4:0:0:0] cd/dvd HL-DT-ST DVD-ROM DH20N A102 /dev/scd0 donc mon lecteur est en scsi 1:0:2 avec /dev/sg3 comme canal de controle et /dev/st0 comme access bande Avec un utilitaire plus "haut niveau": # tapeinfo -f /dev/sg3 bande dans le lecteur | pas de bande dans le lecteur ---------------------------------+------------------------------------- Product Type: Tape Drive | Product Type: Tape Drive Vendor ID: 'QUANTUM ' | Vendor ID: 'QUANTUM ' Product ID: 'SDLT320 ' | Product ID: 'SDLT320 ' Revision: '3131' | Revision: '3131' Attached Changer: No | Attached Changer: No SerialNumber: 'RBD22Y0950 ' | SerialNumber: 'RBD22Y0950 ' MinBlock:4 | MinBlock:4 MaxBlock:16777212 | MaxBlock:16777212 SCSI ID: 2 | SCSI ID: 2 SCSI LUN: 0 | SCSI LUN: 0 Ready: yes | Ready: no BufferedMode: yes Medium Type: 0x86 Density Code: 0x49 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x10 DeCompType: 0x10 BOP: yes Block Position: 0 mes $0.02 - Pierre
Le 29/10/2013 19:33, pierre.bourgin@free.fr a écrit :
salut,
Ta chaîne SCSI n'est pas forcément hotplug ? dans ce cas, arrêter le serveur avant de travailler sur la chaîne SCSI.
Oui, j'ai rebooté plusieurs fois au cas où... Je vois aussi qu'avec mon lecteur DAT72, un petit echo "- - -" > /sys/.... me fait apparaitre le device de suite, sans reboot.
La question est: bas niveau, est-ce que l'on voit qq chose ? (ie meme sans que les module st ou sg soient chargés)
Voici quelques notes que j'ai à propos d'un lecteur lecteur DLT DELL PowerVault 110T "SDSL 320" en SCSI LVDE sous CentOS5. Pas tout jeune non plus ;), mais le principe reste le même.
# dmesg [...] scsi 0:0:32:0: Attached scsi generic sg0 type 13 sd 0:2:0:0: Attached scsi generic sg1 type 0 sd 0:2:1:0: Attached scsi generic sg2 type 0 scsi 1:0:2:0: Attached scsi generic sg3 type 1 scsi 4:0:0:0: Attached scsi generic sg4 type 5 [...] st: Version 20070203, fixed bufsize 32768, s/g segs 256 st 1:0:2:0: Attached scsi tape st0 st0: try direct i/o: yes (alignment 512 B) st0: Block limits 4 - 16777212 bytes.
# cat /proc/scsi/scsi Attached devices: Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD0 RAID1 69878R Rev: 250O Type: Direct-Access ANSI SCSI revision: 02 Host: scsi2 Channel: 00 Id: 01 Lun: 00 Vendor: MegaRAID Model: LD1 RAID5 49390R Rev: 250O Type: Direct-Access ANSI SCSI revision: 02 Host: scsi2 Channel: 04 Id: 06 Lun: 00 Vendor: PE/PV Model: 1x2 SCSI BP Rev: 1.1 Type: Processor ANSI SCSI revision: 02 Host: scsi2 Channel: 05 Id: 06 Lun: 00 Vendor: PE/PV Model: 1x6 SCSI BP Rev: 1.1 Type: Processor ANSI SCSI revision: 02
ou équivalent avec la commande lsscsi: # lsscsi [0:0:32:0] enclosu DP BACKPLANE 1.07 - [0:2:0:0] disk DELL PERC 6/i Adapter 1.22 /dev/sda [0:2:1:0] disk DELL PERC 6/i Adapter 1.22 /dev/sdb [1:0:2:0] tape QUANTUM SDLT320 3131 /dev/st0 [4:0:0:0] cd/dvd HL-DT-ST DVD-ROM DH20N A102 /dev/scd0
donc mon lecteur est en scsi 1:0:2 avec /dev/sg3 comme canal de controle et /dev/st0 comme access bande
Ben non, je ne vois rien :-/ Mon lecteur aurait cramé comme ça, ça me prévenir, alors qu'il accepte bien les cassettes. J'ai aussi testé plusieurs n° sur le bus SCSI : rien à faire.
Avec un utilitaire plus "haut niveau":
# tapeinfo -f /dev/sg3 bande dans le lecteur | pas de bande dans le lecteur
---------------------------------+------------------------------------- Product Type: Tape Drive | Product Type: Tape Drive
On 10/29/2013 11:05 PM, L.M.J wrote:
Le 29/10/2013 19:33, pierre.bourgin@free.fr a écrit :
salut,
[...]
ou équivalent avec la commande lsscsi: # lsscsi [0:0:32:0] enclosu DP BACKPLANE 1.07 - [0:2:0:0] disk DELL PERC 6/i Adapter 1.22 /dev/sda [0:2:1:0] disk DELL PERC 6/i Adapter 1.22 /dev/sdb [1:0:2:0] tape QUANTUM SDLT320 3131 /dev/st0 [4:0:0:0] cd/dvd HL-DT-ST DVD-ROM DH20N A102 /dev/scd0
donc mon lecteur est en scsi 1:0:2 avec /dev/sg3 comme canal de controle et /dev/st0 comme access bande
Ben non, je ne vois rien :-/ Mon lecteur aurait cramé comme ça, ça me prévenir, alors qu'il accepte bien les cassettes. J'ai aussi testé plusieurs n° sur le bus SCSI : rien à faire.
ça peut être aussi juste la partie SCSI de ton boitier qui est HS. dans le boitier du lecteur, pas de soucis sur la connectique interne SCSI entre la connectique externe et le lecteur interne ? test croisé: mettre le lecteur (interne) dans un autre boitier SCSI ? a+ Pierre
Le Wed, 30 Oct 2013 10:05:11 +0100, Pierre Bourgin <pierre.bourgin@free.fr> a écrit :
test croisé: mettre le lecteur (interne) dans un autre boitier SCSI ?
Je l'ai démonté et nettoyé les contacts, mais cela ne change rien. Effectivement, il me faudrait un boitier, mais là, c'est encore plus dur à trouver ;) -- LMJ "May the source be with you my young padawan"
Le Tue, 29 Oct 2013 11:55:31 +0100, "L.M.J" <linuxmasterjedi@free.fr> a écrit :
Bonjour,
Pour un besoin spécifique, j'ai un lecteur LTO2 HP StorageWorks Ultrium 460 [1]. Il est connecté en SCSI à une carte PCI express SCSI à un ordi sous ubuntu server 12.04. J'ai acheté ce lecteur d'occasion et fait 2 sauvegardes dessus. Aujourd'hui, je dois restaurer des fichiers et là, le drive n'est plus reconnu, grrrr.
J'ai donc fait quelques tests croisés : - changer de câble SCSI : rien - changer de carte PCI SCSI : rien - changer de drive (un encore plus vieux DAT72) : reconnu direct, fonctionne bien, autant avec l'ancienne ou nouvelle carte PCI SCSI ou l'ancien et le nouveau câble. - Changer le n° SCSI : rien
J'ai fait un test croisé d'alimentation, ce n'était pas la source du problème. Après remontage, le drive ne s'allume plus du tout : décès officiel. Un colister m'a proposé son aide pour relire ces bandes : merci, je vais voir ça dans les jours qui arrivent. Maintenant, il me faut penser à l'avenir, auriez-vous un drive LTO2/3 SCSI en stock qui dormirait ? Ou juste le module qui rentrerait dans ce boîtier externe : http://goo.gl/X2JJUE (http://goo.gl/uaigxY). Merci ! -- LMJ "May the source be with you my young padawan"
participants (4)
-
L.M.J -
Mathieu Bouchonnet -
Pierre Bourgin -
pierre.bourgin＠free.fr