Forum Linux.général ID SCSI du contrôleur ?

Posté par  .
Étiquettes : aucune
-1
5
sept.
2008
Salut,

Je n'arrive pas à trouver l'ID scsi du contrôleur sur linux :(

Rien dans dmesg :

Fusion MPT base driver 3.12.19.00rh
Copyright (c) 1999-2007 LSI Corporation
Fusion MPT misc device (ioctl) driver 3.12.19.00rh
mptctl: Registered with Fusion MPT base driver
mptctl: /dev/mptctl @ (major,minor=10,220)

Rien dans lspci :

04:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 26)
Subsystem: LSI Logic / Symbios Logic LSI53C876/E PCI to Dual Channel SCSI Controller
Flags: bus master, medium devsel, latency 72, IRQ 201
I/O ports at 3000 [size=256]
Memory at f7ff0000 (32-bit, non-prefetchable) [size=256]
Memory at f7fe0000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 1

Et dans /proc/scsi, juste les ID des disques.

Comment on détermine l'id du contrôleur ??

  • # scsiadd

    Posté par  (site web personnel) . Évalué à 1.

    tout est dans le titre

    Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

    • [^] # Re: scsiadd

      Posté par  . Évalué à 1.

      scsiadd -s ?

      Parce que ça renvoi juste l'équivalent de cat /proc/scsi/scsi et c'est tout. Que les devices et pas le contrôleur.

      • [^] # Re: scsiadd

        Posté par  (site web personnel) . Évalué à 1.

        Par déduction, tu as 7 ou 15 id dispos potentiellement.
        Les id indiqués qu'ils soient dispo ou non sont différents de l'id de l'adaptateur hote.

        Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

        • [^] # Re: scsiadd

          Posté par  . Évalué à 1.

          Euh ouais, je connais très bien le SCSI hein ;)
          C'est très facile d'avoir l'information sur l'ID du contrôleur sur Unix mais là sur Linux je sèche.

          • [^] # dans le bios de la carte au boot

            Posté par  (site web personnel) . Évalué à 1.

            dans /var/log/bootlog

            La question est: pourquoi as-tu besoin de connaitre d'identifiant de
            la carte ( en génaral c'est 7 ou 15 )?
            les 1er id 0,1,6 sont libres
            0 est le 1er disque bootable par default.

            Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

            • [^] # Re: dans le bios de la carte au boot

              Posté par  . Évalué à 1.

              C'est en rapport avec des clusters linux sur VMware et le comportement des contrôleurs 'physical'.

              • [^] # Re: dans le bios de la carte au boot

                Posté par  (site web personnel) . Évalué à 1.

                Vmware *devrait* etre capable de te donner cette info si c'est une emulation materielle.

                Je réitere ma question ?
                ( pour ma part je m'interesse aux identifiants pour eviter les conflits )
                Il faut quand même bcp de materiel sur la chaine.

                La documentation de la carte peut d'aider à trouver soit le parametrage par default ou le moyen de le trouver.

                Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

              • [^] # Re: dans le bios de la carte au boot

                Posté par  (site web personnel) . Évalué à 1.

                Tu n'essairais pas par harzard à acceder à un disque scsi de la machine hôte à partir de la machine virtuelle ?

                Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

        • [^] # Re: scsiadd

          Posté par  . Évalué à 2.

          7 ou 15
          Ce n'est pas parceque tous les matériels sont livrés comme ça (norme de fait) que toutes les cartes sont en 7 ou 15.
          En plus, quelle idée crétine de ne pas mettre 0. Non c'était trop simple, alors au début c'était 7, puis 7 ou 15. Ils auraient pu compliquer en mettant 4/3 ou PI ou un truc du genre. Là au moins ils auraient été certain que c'est idiot.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.