Go to main content

Notes de produit des serveurs de la série SPARC T8

Quitter la vue de l'impression

Mis à jour : Novembre 2017
 
 

XGBE ne fournissant pas la vitesse/largeur MAX affichée (26526760)

En de rares circonstances, lorsque le système est mis sous tension pour la première fois, la liaison PCI-Express (PCIE) menant au périphérique Ethernet embarqué peut être ralentie par rapport à sa vitesse optimale. Cela n'entraîne aucune perte de connectivité ou de service, mais peut se traduire par une perte de bande passante ou de débit réseau. Ce problème se produit uniquement lorsqu'une alimentation CA est appliquée au châssis. Si les liaisons affichent la vitesse correcte, celle-ci sera maintenue tant que l'alimentation CA est appliquée.

Identification de la condition d'erreur

Pour résoudre ce problème, vous devez déterminer si le réseau embarqué a fonctionné au-dessous de sa pleine capacité, puis réformer les liaisons qui fonctionnent en-deçà de leur potentiel optimal. Utilisez l'une des méthodes suivantes pour identifier cette condition d'erreur sur votre système. Les deux méthodes peuvent être exécutées depuis Solaris dans le domaine de contrôle.

Option 1 : Journal de pannes FMA

Si (et seulement si) vous avez exécuté l'autotest de mise sous tension (POST) au démarrage, des erreurs seront consignées dans le journal FMA en cas de liaisons endommagées.

  1. Affichez la liste des défauts diagnostiqués.

    # fmadm faulty
    --------------------------------------------------------------------------------------
    TIME            EVENT-ID                                 MSG-ID               SEVERITY
    --------------------------------------------------------------------------------------
    Sep 14 06:21:49 33055e24-2f39-679e-9482-ec1c5f83b69b SPSUN4V-8001-0J Major Problem Status:open
    Diag Engine : fdd / 1.0
    System Manufacturer : Oracle Corporation
    Name : SPARC T8-1
    Part_Number : 32884356+1+1
    Serial_Number : AK00271486
    Host_ID : 86bbdd30
    ----------------------------------------
    Suspect 1 of 1 : Problem class : fault.io.pciex.bus-linkerr-deg
    Certainty : 100%
    Affects : location:////SYS/MB/NET2
    Status : faulted but still in service
    FRU Status : faulty
    Location : "/SYS/MB"
    ...
    Resource Location : "/SYS/MB/NET2" 
  2. Recherchez les enregistrements dans lesquels "Problem class" a pour valeur "fault.io.pciex.bus-linkerr-deg". L'exemple précédent signale cette erreur dans /SYS/MB/NET2.

    • /SYS/MB/NET0

    • /SYS/MB/NET1

    • /SYS/MB/NET2

    • /SYS/MB/NET3

    • /SYS/MB/IOH/IOS2/RP0/PCIE_LINK

    Si vous voyez un message d'erreur fault.io.pciex.bus-linkerr-deg dans l'un quelconque de ces emplacements, cela veut dire que la liaison PCI-e du réseau intégré n'a pas fonctionné à sa pleine puissance.

  3. Relevez la valeur indiquée sous EVENT-ID pour chaque panne fault.io.pciex.bus-linkerr-deg. Vous utiliserez ces valeurs EVENT-ID ultérieurement pour effacer les pannes.

    Dans l'exemple précédent, cette valeur est 33055e24-2f39-679e-9482-ec1c5f83b69b.

Option 2 : commande prtdiag(1M)

Vous pouvez utiliser la commande prtdiag(1M) depuis Solaris lorsque vous être connecté au domaine principal, que l'option POST soit activée ou non.

  1. Dans le domaine de contrôle Solaris, affichez les données de largeur et vitesse PCI-E pour le périphérique Ethernet intégré. Dans cet exemple, les ports réseau correspondant au périphérique Ethernet intégré sont nommés /SYS/MB/XGBE, /SYS/MB/NET1, /SYS/MB/NET2 et /SYS/MB/NET3.

  2. # prtdiag
    System Configuration: Oracle Corporation sun4v SPARC T8-1 Memory size: 243200 Slot
    …                                          Cur Speed/Width...
    /SYS/MB/XGBE PCIE network-pciex8086,1589 8.0GT/x8 8.0GT/x8 /pci@300/pci@1/network@0
    /SYS/MB/NET1 PCIE network-pciex8086,1589 8.0GT/x8 8.0GT/x8 /pci@300/pci@1/network@0,1
    /SYS/MB/NET2 PCIE network-pciex8086,1589 8.0GT/x8 8.0GT/x8 /pci@300/pci@1/network@0,2
    /SYS/MB/NET3 PCIE network-pciex8086,1589 8.0GT/x8 8.0GT/x8 

Réforme des liaisons sous-optimisées

Si l'une quelconque des méthodes précédentes fait état d'une sous-évaluation des capacités, procédez à une réforme de la manière suivante.

  1. Arrêtez tous les invités sur le châssis.

  2. Mettez l'hôte hors tension.

  3. Privez le châssis d'alimentation CA pendant quelques secondes.

  4. Réparez les défauts à l'aide de la commande fmadm repair uuid-ou-fault, en utilisant l'ID d'événement relevé précédemment comme uuid.

    L'exemple précédent utilise pour /SYS/MB/NET2 l'ID d'événement 33055e24-2f39-679e-9482-ec1c5f83b69b. Dans ce cas, vous pouvez effacer l'erreur comme suit :

    # fmadm repair 33055e24-2f39-679e-9482-ec1c5f83b69b