web-dev-qa-db-fra.com

Fibre Channel Lun Rescan et Qlogic

J'ai un grave problème avec un SAN = Array de stockage connecté à une boîte Linux via Fibre Channel. Voici la configuration:

  • Debian avec Vanilla Linux 2.6.27.25 ordinaire
  • Contrôleur de fibre Qlogic 4GB Dual Port (ISP2432 Basé)

Fondamentalement, le problème est: comment obtenir ce #? @ !! Contrôleur/pilote FC Reconnaître les modifications de la configuration correctement (LUN neuves ou supprimées) de la matrice de stockage?

  1. lorsque je crée une nouvelle LUN sur mon tableau (typiquement un instantané de certains LUN existants) et mappez-la à mon HBA, je ne peux pas l'obtenir correctement: rescan-scsi-bus -l -w -r détecte effectivement quelque chose (un périphérique générique/dev/sgxx), mais aucun dispositif de bloc n'est créé (/ dev/sdxx).

  2. même chose lors de la sortie d'une lèvre et d'un médicament manuellement:

    echo 1>/sys/classe/fc_host/host6/émission_lip

    echo "- - -">/sys/classe/scsi_host/host6/scan

  3. si je supprimais une LUN existante, ni les lèvres et les numéros de numéros d'émission ni à la numérisation de SCSI n'ont aucun effet. Les appareils précédents restent là et bien sûr, ne fonctionnent pas ("File -S/Dev/SDXX -> E/S Erreur").

  4. rechargement du pilote QLA2XXX travaille. Cependant, il est complètement impraticable dans un environnement de production.

Apparemment, c'est n problème très courant avec qlogic . Il existe une sorte de solution qui ne fonctionne que lorsque vous utilisez le pilote émis Qlogic disponible uniquement pour Redhat et SUSE Enterprise Distros: voir cette explication .

Information additionnelle :

Voici les appareils SCSI avant la lèvre et Reshang:

# 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 lèvre et une réchangeance, j'ai un nouveau périphérique SG, mais aucun lecteur de correspondance. 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, il est évident que c'est une noix difficile à craquer. Je vais demander à la LKML et signaler ici.

linuxstoragestorage-area-networkfibre-channelqlogic
8
wazoox

Dans les chances hors probils que le périphérique de bloc soit détecté, mais aucun/dev/Dev/périphérique n'est créé, vous pouvez créer manuellement le périphérique. Ce n'est pas optimal, mais pourrait vous chaleter. 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.

 # mknod /dev/sdg4 104 17

Cependant, je sens ta douleur. QLogic propose un téléchargement de pilote pour RHEL et SUSE, mais il ne semble pas d'autres distros. OpenSUSE peut simplement avoir les pilotes de marque QLogic, mais je ne peux pas en être certain. Je vais vérifier plus près quand je vais travailler.

Editer : Je suis au travail, et il semble que les pilotes QLogic sur mes boîtes SLES sont tous fournis par Qlogic. Leur réseau de soutien du système d'exploitation:

http://filedownloads.qlogic.com/files/driver/71098/readme_driver_80223.html#os_support

Et pourtant, lorsque je télécharge le noyau Standard 2.6.27.25 de Bog-standard et regarde dans le fichier ./drivers/scsi/qla2xxx/qla_version.h Fichier Il s'agit de presque les mêmes numéros de version que j'ai sur mes distributions Novell (SLES et openseuse libre). Ce qui suggère que la solution que vous avez trouvée pour SLES/RHEL puisse réellement fonctionner avec un noyau standard 2.6.27.25.

2
sysadmin1138

Hey wazoox, je faisais face à la même boîte avec mon SAN _ Box J'ai google et quelques conseils qui suivent si cela peut essayer, je pense que cela commencera à fonctionner 1 Il y a un outil d'appel Emcgrab Outils u peut exécuter cet outil pour le savoir. Le conducteur de votre pilote Qlogic fonctionne ou non.

quelle boîte San utilise-t-elle?

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- non-visible.html

http://forums13.itrc.hp.com/service/service/forums/bizsupport/questionanswer.do?admit=1094447627+1250262043169+28353475&threadid=1154098

http://www.linuxquestions.org/questions/linux-enterprise-47/connect-debian-etch-a-ibm-san-Maning-fof-sns-scan-failed-570598/

http://solutions.qlogic.com/kanisasupporttsite/search.do?cmd=displaykc&doctype=kc&externalid=9223615&sliceid=sal_public&dialogid=4725381&statedid=0%200%20471137

1
Rajat