J'ai un grave problème avec une baie de stockage SAN connectée à un boîtier Linux via Fibre Channel. Voici la configuration:
- Debian avec plain vanilla linux 2.6.27.25
- Contrôleur fibre optique QLogic 4Gb double port (basé sur ISP2432)
Fondamentalement, le problème est: comment obtenir ce #? @ !! Contrôleur / pilote FC pour reconnaître correctement les changements de configuration (LUN nouveaux ou supprimés) de la matrice de stockage?
- lorsque je crée un nouveau LUN sur ma baie (généralement un instantané de certains LUN existants) et que je le mappe sur mon HBA, je ne peux pas le faire reconnaître correctement:
rescan-scsi-bus -l -w -rdétecte réellement quelque chose (un périphérique générique / dev / sgXX) mais aucun périphérique de bloc est créé (/ dev / sdXX). même chose lors de l'émission d'un LIP et d'une nouvelle analyse manuelle:
echo 1> / sys / class / fc_host / host6 / issue_lip
echo "- - -"> / sys / class / scsi_host / host6 / scan
si je supprime un LUN existant, aucune émission de LIP et de nouvelle analyse ou rescan-scsi-bus n'a d'effet. Les appareils précédents restent là et bien sûr ne fonctionnent pas ("file -s / dev / sdXX -> I / O error").
- le rechargement du pilote qla2xxx fonctionne. Cependant, il est totalement irréalisable dans un environnement de production.
Apparemment, c'est un problème très courant avec QLogic . Il existe une sorte de solution qui fonctionne uniquement lors de l'utilisation du pilote émis par QLogic disponible uniquement pour les distributions d'entreprise RedHat et Suse: voir cette explication .
Information additionnelle :
Voici les périphériques scsi avant LIP et rescan:
# sg_map -x
/dev/sg0 0 0 0 0 0 /dev/sda
/dev/sg1 0 0 1 0 5 /dev/scd0
/dev/sg2 1 0 0 0 0 /dev/sdb
/dev/sg3 6 0 0 0 0 /dev/sdc
/dev/sg4 6 0 0 1 0 /dev/sdd
/dev/sg5 6 0 0 2 3
Après une LIP et une nouvelle analyse, j'ai un nouveau périphérique sg, mais pas de lecteur correspondant. Si je recharge le pilote, un lecteur apparaît:
# sg_map -x
/dev/sg0 0 0 0 0 0 /dev/sda
/dev/sg1 0 0 1 0 5 /dev/scd0
/dev/sg2 1 0 0 0 0 /dev/sdb
/dev/sg3 6 0 0 0 0 /dev/sdc
/dev/sg4 6 0 0 1 0 /dev/sdd
/dev/sg5 6 0 0 2 3
/dev/sg6 6 0 0 3 3
~# sg_map -x
/dev/sg0 0 0 0 0 0 /dev/sda
/dev/sg1 0 0 1 0 5 /dev/scd0
/dev/sg2 1 0 0 0 0 /dev/sdb
/dev/sg3 8 0 0 0 0 /dev/sdc
/dev/sg4 8 0 0 1 0 /dev/sdd
/dev/sg5 8 0 0 2 0 /dev/sde
/dev/sg6 8 0 0 3 3
Edit: OK, évidemment, c'est un écrou difficile à casser. Je vais demander au LKML et faire un rapport ici.
Réponses:
Dans l'éventualité où le périphérique de bloc est détecté, mais aucun / dev / périphérique n'est créé, vous pouvez créer manuellement le périphérique. Ce n'est pas optimal, mais cela pourrait vous booster. Les nombres majeurs et mineurs sont présentés dans / proc / partitions, et vous pouvez créer vos propres périphériques de bloc via la commande mknod.
Cependant, je ressens ta douleur. QLogic propose le téléchargement de pilotes pour RHEL et SUSE mais il ne semble pas y avoir d'autres distributions. OpenSUSE pourrait bien avoir les pilotes de marque QLogic mais je ne peux pas en être certain. Je vérifierai de plus près quand j'arriverai au travail.
Edit : je suis au travail, et il semble que les pilotes QLogic sur mes boîtiers SLES soient tous ceux fournis par QLogic. Leur grille de support OS:
http://filedownloads.qlogic.com/files/Driver/71098/readme_driver_80223.html#os_support
Et pourtant, lorsque je télécharge le noyau 2.6.27.25 standard et que je regarde dans le fichier ./drivers/scsi/qla2xxx/qla_version.h, ce sont presque les mêmes numéros de version que ceux que j'ai sur mes distributions Novell (SLES et openSUSE gratuit). Ce qui suggère que la solution que vous avez trouvée pour SLES / RHEL peut réellement fonctionner avec un noyau 2.6.27.25 standard.
la source
Hé Wazoox, j'étais confronté au même pro avec ma boîte SAN, j'ai Google et quelques conseils qui suivent si je peux essayer, je pense que ça va commencer à fonctionner 1 il y a un outil appelé outils emcgrab fonctionne ou non.
quelle san box ru utiliser?
il y a quelques conseils comme suit. http://forums.novell.com/novell-product-support-forums/suse-linux-enterprise-server-sles/sles-configure-administer/362473-lun-not-visible. html
http://forums13.itrc.hp.com/service/forums/bizsupport/questionanswer.do?admit=109447627+1250262043169+28353475&threadId=1154098
http://www.linuxquestions.org/questions/linux-enterprise-47/connect-debian-etch-to-ibm-san-meaning-of-sns-scan-failed-570598/
http://solutions.qlogic.com/KanisaSupportSite/search.do?cmd=displayKC&docType=kc&externalId=9223615&sliceId=SAL_Public&dialogID=4725381&stateId=0%200%204711370
la source