Solución de problemas de instalación del controlador de software y hardware de Nexus SmartNIC

Introducción

Este documento describe los pasos utilizados para resolver problemas de instalación de controladores de hardware y software para las tarjetas de interfaz de red de baja latencia Nexus SmartNIC (anteriormente Exablaze ExaNIC).

Prerequisites

Requirements

Cisco recomienda que comprenda el procedimiento de instalación de hardware para las tarjetas de interfaz de red de baja latencia de la serie Nexus SmartNIC. Cisco también recomienda poseer conocimientos básicos de la interfaz de línea de comandos de Linux.

Componentes Utilizados

La información de este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). If your network is live, make sure that you understand the potential impact of any command.

Antecedentes

Hardware aplicable

Los procedimientos cubiertos en este documento son aplicables a este hardware:

• Nexus SmartNIC X10
• Nexus SmartNIC X10-HPT
• Nexus SmartNIC X10-GM
• Nexus SmartNIC X25
• Nexus SmartNIC X40
• Nexus SmartNIC X100
• Nexus SmartNIC V5P
• Nexus SmartNIC V9P

Solución de problemas de instalación de hardware Nexus SmartNIC

Esta sección del documento cubre los pasos utilizados para resolver problemas de instalación de hardware de la tarjeta de interfaz de red de baja latencia Nexus SmartNIC. Siga esta sección del documento cuando el sistema operativo host (normalmente una distribución Linux o Windows Server) no reconozca un Nexus SmartNIC como un dispositivo periférico PCI Express válido.

Paso 1. Compruebe Que La Instalación Del Hardware Es Correcta.

Las tarjetas de interfaz de red Nexus SmartNIC deben estar correctamente instaladas en una ranura PCI Express (PCIe) de la placa base o tarjeta vertical/secundaria del host. Para obtener información adicional sobre cómo instalar una tarjeta PCIe, consulte el manual del host proporcionado por el fabricante.

Para obtener información adicional sobre la instalación de la tarjeta PCIe en los servidores Cisco UCS, consulte esta documentación de soporte:

• Guía de instalación y servicio del servidor Cisco UCS C220 M5
• Guía de instalación y servicio del servidor Cisco UCS C240 M5

Paso 2. Verifique la compatibilidad de las ranuras PCI Express.

Todas las tarjetas de interfaz de red Nexus SmartNIC deben estar instaladas en una ranura compatible con PCIe 3.0. Además, se debe utilizar un mínimo de una ranura PCIe x8 con 49 patillas para conectar todas las tarjetas de interfaz de red Nexus SmartNIC. Para obtener información adicional sobre si las ranuras PCIe cumplen estas especificaciones, consulte el manual del host proporcionado por el fabricante.

Para obtener información adicional sobre la especificación de la ranura PCIe en los servidores Cisco UCS, consulte esta tabla y la documentación de soporte:

Paso 3. Verifique la instalación en la ranura PCI Express activa.

Se debe insertar un Nexus SmartNIC correctamente en una ranura PCI Express conectada a una CPU activa instalada (unidad central de procesamiento). Si un host está equipado con varios sockets de CPU en los que solo un socket tiene una CPU instalada (también denominada "configuración de CPU única"), es posible que no todas las ranuras PCIe estén activas y en funcionamiento. Para obtener información adicional sobre qué ranuras PCIe se activan en una configuración de CPU única, consulte el manual del host proporcionado por el fabricante.

Para obtener información adicional sobre las ranuras PCIe activas en los servidores Cisco UCS en una configuración de CPU única, consulte esta tabla y la documentación de soporte:

Paso 4. Compruebe que Nexus SmartNIC recibe alimentación.

Cada tarjeta de interfaz de red Nexus SmartNIC tiene una serie de LED (diodos emisores de luz) ubicados en el soporte PCIe. Estos LED suelen ser visibles desde el exterior del host. Cada puerto SFP+ y QSFP de la tarjeta de interfaz de red tiene asociado un LED más grande. Estas luces se denominan colectivamente luces de puerto.

En las tarjetas de interfaz de red que solo tienen puertos SFP+, hay una luz roja adicional más pequeña asociada al conector PPS (con la excepción del Nexus SmartNIC X10-GM, donde la luz roja pequeña está asociada al estado del reloj Grand Master). Este LED se denomina LED PPS.

Nota: Las tarjetas de interfaz de red Nexus SmartNIC equipadas con puertos QSFP no tienen LED PPS.

En resumen, consulte la tabla aquí:

Cuando una tarjeta de interfaz de red Nexus SmartNIC se enciende por primera vez junto con el host, todas las luces de la tarjeta de interfaz de red deben parpadear momentáneamente. Si no hay LED que emitan luz en ningún momento después de encender el host, esto indica que la tarjeta de interfaz de red Nexus SmartNIC no recibe correctamente la alimentación del bus PCIe. Solucione este problema con este procedimiento:

1. Verifique si la ranura PCIe en uso funciona con otros dispositivos periféricos que se sabe que funcionan. Lo ideal sería que uno probara con otra tarjeta de interfaz de red.
2. Verifique si la tarjeta de interfaz de red Nexus SmartNIC funciona sin problemas en otra ranura PCIe que se sabe que funciona.
3. Verifique si la tarjeta de interfaz de red Nexus SmartNIC funciona sin problemas en una ranura PCIe que se sabe que funciona en otro host que se sabe que funciona.

Si la tarjeta de interfaz de red Nexus SmartNIC no puede recibir alimentación independientemente de la ranura PCIe y del host utilizado, póngase en contacto con el Cisco TAC para obtener información adicional sobre la solución de problemas.

Paso 5. Verifique la integridad del firmware.

Como se ha mencionado anteriormente en el paso 4, cada tarjeta de interfaz de red Nexus SmartNIC tiene potencialmente dos tipos de LED:

• LED de puerto
• LED PPS

Cuando no se insertan módulos SFP+/QSFP en los puertos de la tarjeta de interfaz de red, estas luces deben permanecer apagadas después del parpadeo momentáneo descrito en el paso 4 cuando la tarjeta de interfaz de red se encienda inicialmente.

Existen tres situaciones comunes en las que no es así como consecuencia de firmware dañado o faltante:

• Si los LED de puerto y PPS permanecen iluminados después del flash momentáneo cuando no se insertan módulos SFP+/QSFP y el sistema operativo del host no reconoce la tarjeta de interfaz de red como un dispositivo periférico PCIe válido (como a través del comando lspci), es posible que deba recuperarse el firmware de la tarjeta de interfaz de red Nexus SmartNIC. Siga el proceso de recuperación del firmware de Nexus SmartNIC y cargue una nueva versión del firmware en Nexus SmartNIC. Si esto no resuelve el problema, comuníquese con Cisco TAC para obtener información adicional sobre la solución de problemas.

• Si una tarjeta de interfaz de red Nexus SmartNIC está equipada con una luz PPS y dicha luz PPS está encendida de forma continua, el firmware existente cargado en la tarjeta está dañado y la tarjeta ha entrado en el modo de recuperación de firmware. Debe seguir el proceso de actualización del firmware de Nexus SmartNIC para utilizar la tarjeta de interfaz de red con normalidad. Si esto no resuelve el problema, comuníquese con Cisco TAC para obtener información adicional sobre la solución de problemas.

• Si una tarjeta de interfaz de red Nexus SmartNIC no está equipada con un LED PPS y los LED del puerto alternan continuamente entre apagado y ámbar, el firmware existente cargado en la tarjeta está dañado y la tarjeta ha entrado en el modo de recuperación de firmware. Debe seguir el proceso de actualización del firmware de Nexus SmartNIC para utilizar la tarjeta de interfaz de red con normalidad. Si esto no resuelve el problema, comuníquese con Cisco TAC para obtener información adicional sobre la solución de problemas.

Paso 6. Compruebe la detección de PCI Express del sistema operativo host.

Puede confirmar que el sistema operativo host puede detectar correctamente una tarjeta de interfaz de red Nexus SmartNIC a través del bus PCIe con el comando lspci. La ID de proveedor PCI (VID) de 16 bits de Exablaze es 0x1ce4, que se puede utilizar para sondear dispositivos Nexus SmartNIC PCIe para obtener información. Esto se demuestra en el siguiente ejemplo:

[root@host ~]# lspci -d 1ce4:
01:00.0 Ethernet controller: Exablaze ExaNIC X10

Se puede ver información más detallada sobre la tarjeta PCIe agregando el indicador -v verbose al comando lspci. Esto se demuestra en el siguiente ejemplo:

[root@host ~]# lspci -d 1ce4: -v
01:00.0 Ethernet controller: Exablaze ExaNIC X10
Subsystem: Exablaze ExaNIC X10
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at 92000000 (32-bit, non-prefetchable) [size=8M]
Memory at 92800000 (64-bit, non-prefetchable) [size=4M]
Capabilities: [80] Power Management version 3
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [c0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [1b8] Latency Tolerance Reporting
Capabilities: [300] #19
Capabilities: [340] Vendor Specific Information: ID=0001 Rev=0 Len=02c <?>
Kernel modules: exanic

Se puede ver información aún más detallada agregando el indicador -vv verbose al comando lspci. Esto se demuestra en el siguiente ejemplo:

[root@host ~]# lspci -d 1ce4: -vv
01:00.0 Ethernet controller: Exablaze ExaNIC X10
    Subsystem: Exablaze ExaNIC X10
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 30
    Region 0: Memory at 92000000 (32-bit, non-prefetchable) [size=8M]
    Region 2: Memory at 92800000 (64-bit, non-prefetchable) [size=4M]
    Capabilities: [80] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee003b8  Data: 0000
    Capabilities: [c0] Express (v2) Endpoint, MSI 00
        DevCap:    MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
            ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 75.000W
        DevCtl:    Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
            MaxPayload 128 bytes, MaxReadReq 512 bytes
        DevSta:    CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
        LnkCap:    Port #0, Speed 8GT/s, Width x8, ASPM not supported, Exit Latency L0s unlimited, L1 unlimited
            ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
        LnkCtl:    ASPM Disabled; RCB 64 bytes Disabled- CommClk+
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta:    Speed 8GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        DevCap2: Completion Timeout: Range B, TimeoutDis+, LTR+, OBFF Not Supported
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
        LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
             Compliance De-emphasis: -6dB
        LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+
             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    Capabilities: [100 v2] Advanced Error Reporting
        UESta:    DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UEMsk:    DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UESvrt:    DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
        CESta:    RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
        CEMsk:    RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
        AERCap:    First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
    Capabilities: [1b8 v1] Latency Tolerance Reporting
        Max snoop latency: 0ns
        Max no snoop latency: 0ns
    Capabilities: [300 v1] #19
    Capabilities: [340 v1] Vendor Specific Information: ID=0001 Rev=0 Len=02c <?>
    Kernel modules: exanic

Si el comando lspci muestra información sobre la tarjeta de interfaz de red Nexus SmartNIC, esto indica que el sistema operativo del host ha detectado correctamente la tarjeta de interfaz de red Nexus SmartNIC a través del bus PCIe. De ahora en adelante, puede instalar los controladores del software Nexus SmartNIC y comenzar a usar la tarjeta.

Solución de problemas de instalación del controlador del software Nexus SmartNIC

Esta sección del documento cubre los pasos utilizados para resolver problemas de instalación del controlador de software de la tarjeta de interfaz de red de baja latencia Nexus SmartNIC. Siga esta sección del documento cuando el sistema operativo host (normalmente una distribución Linux o Windows Server) reconozca un Nexus SmartNIC como un dispositivo periférico PCI Express válido, pero el sistema operativo host no reconozca los puertos de Nexus SmartNIC como una interfaz de red válida. Un ejemplo de esto se muestra en el resultado aquí:

[root@host ~]# ls /dev/exanic*
ls: cannot access /dev/exanic*: No such file or directory

En esta sección del documento se supone que se ha producido un error al intentar instalar los controladores del software Nexus SmartNIC, como se describe en la guía de instalación del software Nexus SmartNIC.

Todos los comandos de este procedimiento se ejecutan desde la cuenta raíz de Linux. Si no está utilizando la cuenta raíz de Linux para seguir este procedimiento, puede que necesite utilizar el comando sudo para elevar los privilegios de seguridad de su cuenta a los de un superusuario.

Paso 1. Verifique el uso del controlador.

Si el kernel del sistema operativo del host ha cargado un controlador de software para una tarjeta de interfaz de red Nexus SmartNIC, el comando lspci con el indicador -v verbose mostrará el controlador en uso. Se pueden consultar los dispositivos mediante la ID de proveedor de PCI de Exablaze (0x1ce4) para mostrar información específica de los dispositivos Nexus SmartNIC PCIe. Un ejemplo de esto se muestra en el resultado aquí:

[root@host ~]# lspci -d 1ce4: -v | egrep Kernel.driver
    Kernel driver in use: exanic

Si el kernel del sistema operativo del host no ha cargado el controlador de software, entonces esta línea "Controlador de kernel en uso" se omitirá de la salida de lspci -d 1ce4: -v.

Paso 2. Compruebe la instalación del controlador.

Verifique la instalación del controlador desde RPM (apt, yum, etc.)

Tal y como se describe en la guía de instalación del software Nexus SmartNIC, los controladores del software Nexus SmartNIC se pueden instalar a través de un administrador de paquetes (como apt, yum o directamente a través de rpm). Si ha instalado los controladores de software ExaNIC con este método, puede verificar que todos los archivos se han instalado correctamente como se muestra a continuación.

Dependiendo de la arquitectura de CPU de su host, el archivo de biblioteca libexanic.a puede estar en /usr/lib/ o en /usr/lib64/. Este es un ejemplo de una arquitectura de CPU x86 (32 bits):

[root@host ~]# ls /usr/lib/ | grep exanic
libexanic.a

Este es un ejemplo de una arquitectura de CPU x86_64 (64 bits):

[root@host ~]# ls /usr/lib64/ | grep exanic
libexanic.a

Asegúrese de que los archivos de encabezado de la biblioteca de Nexus SmartNIC estén presentes en el directorio /usr/include/exanic/. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /usr/include/exanic/ -1
config.h
const.h
exanic.h
fifo_if.h
fifo_rx.h
fifo_tx.h
filter.h
firewall.h
hw_info.h
ioctl.h
pcie_if.h
port.h
register.h
time.h
util.h

Asegúrese de que las utilidades binarias de Nexus SmartNIC se encuentran en el directorio /usr/bin/. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /usr/bin/ -1 | grep exanic-
exanic-capture
exanic-clock-check
exanic-clock-sync
exanic-config
exanic-fwupdate

Por último, asegúrese de que el archivo de módulo exanic.ko.xz esté presente en el directorio /lib/modules/`uname -r`/extra/. Tenga en cuenta que el comando inline `uname -r` inserta automáticamente su versión actual del núcleo en el directorio. Este comando está rodeado de acentos graves (`), no de comillas simples. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /lib/modules/\`uname -r\`/extra/ | grep exanic
exanic.ko.xz

Comprobar instalación del controlador desde el origen

Tal y como se describe en la guía de instalación del software Nexus SmartNIC, los controladores del software Nexus SmartNIC se pueden crear e instalar a partir del código fuente. Si ha instalado controladores de software Nexus SmartNIC con este método, puede comprobar que todos los archivos se han instalado correctamente, como se muestra en los ejemplos siguientes.

Asegúrese de que el archivo de biblioteca libexanic.a esté presente en el directorio /usr/local/lib/. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /usr/local/lib/ | grep exanic
libexanic.a

Asegúrese de que los archivos de encabezado de la biblioteca de Nexus SmartNIC estén presentes en el directorio /usr/local/include/exanic/. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /usr/local/include/exanic/ -1
config.h
const.h
exanic.h
fifo_if.h
fifo_rx.h
fifo_tx.h
filter.h
firewall.h
hw_info.h
ioctl.h
pcie_if.h
port.h
register.h
time.h
util.h

Asegúrese de que las utilidades binarias de Nexus SmartNIC estén ubicadas en el directorio /usr/local/bin/. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /usr/local/bin -1 | grep exanic-
exanic-capture
exanic-clock-check
exanic-clock-sync
exanic-config
exanic-fwupdate

Por último, asegúrese de que el archivo de módulo exanic.ko esté presente en el directorio /lib/modules/`uname -r`/extra/. Tenga en cuenta que el comando inline `uname -r` inserta automáticamente su versión actual del núcleo en el directorio. Este comando está rodeado de acentos graves (`), no de comillas simples. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /lib/modules/`uname -r`/extra | grep exanic
exanic.ko

Paso 3. Intente Cargar El Controlador De Software.

El controlador del software Nexus SmartNIC se puede cargar manualmente con el comando modprobe exanic.

Si se cargan los controladores de Nexus SmartNIC, el núcleo de Linux los reconocerá como un dispositivo. Puede verificarlo con el comando ls /dev/exanic*, que mostrará todos los dispositivos SmartNIC de Nexus reconocidos. Esto se muestra en el ejemplo siguiente:

[root@host ~]# ls /dev/exanic*
/dev/exanic0

Si los controladores de Nexus SmartNIC no se cargan correctamente, el comando modprobe exanic puede devolver o no un error. En las subsecciones siguientes se describe cómo solucionar los errores devueltos por este comando.

"modprobe: MORTAL: Módulo exanic no encontrado" Mensaje de error

Este mensaje de error puede ser causado potencialmente por dos problemas diferentes descritos en las subsecciones a continuación.

Dependencias del módulo del núcleo asignadas incorrectamente

El sistema operativo host no puede localizar el módulo creado para el núcleo en ejecución actual. Como resultado, el sistema operativo host no puede cargar el módulo en el sistema con el comando modprobe exanic. Esto se puede resolver con el comando depmod -a, que creará un mapa de las dependencias del módulo del núcleo. El módulo del núcleo se puede cargar con el comando modprobe exanic.

Módulo de núcleo no creado por DKMS

DKMS (Dynamic Kernel Module Support) permite que los módulos del núcleo sean reconstruidos automáticamente cada vez que se instala un nuevo núcleo del sistema operativo. Si DKMS no ha creado el módulo del núcleo Nexus SmartNIC, es posible que el módulo del núcleo Nexus SmartNIC se haya compilado previamente para una versión diferente del núcleo del sistema operativo.

Para que DKMS funcione como se espera, los paquetes kernel-devel y kernel-header deben ser instalados usando el administrador de paquetes del sistema operativo host. Un ejemplo de cómo confirmar si este paquete se instala con el comando yum list se muestra en el resultado aquí:

[root@host ~]$ yum list kernel-devel
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.internode.on.net
 * epel: ucmirror.canterbury.ac.nz
 * extras: mirror.internode.on.net
 * updates: centos.mirror.serversaustralia.com.au
Installed Packages
kernel-devel.x86_64                                      3.10.0-1062.el7                                            @base
kernel-devel.x86_64                                      3.10.0-1062.12.1.el7                                       @updates

[root@host ~]$ yum list kernel-headers
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.internode.on.net
 * epel: ucmirror.canterbury.ac.nz
 * extras: mirror.internode.on.net
 * updates: centos.mirror.serversaustralia.com.au
Installed Packages
kernel-headers.x86_64                                     3.10.0-1062.12.1.el7                                      @updates

Consulte el manual del administrador de paquetes del sistema operativo host para verificar cómo determinar si un paquete específico está instalado.

Puede confirmar si el módulo del núcleo SmartNIC de Nexus es agregado, construido e instalado correctamente por DKMS con el comando dkms status. Aquí se muestra un ejemplo de la salida de este comando en un estado de funcionamiento esperado:

[root@host ~]# dkms status
exanic, 2.4.1-1.el8, 3.10.0-957.27.2.el7.x86_64, x86_64: installed

Si este resultado muestra que el módulo del núcleo SmartNIC de Nexus está en un estado distinto de "instalado", será necesario crear o instalar el módulo del núcleo SmartNIC de Nexus mediante DKMS.

Si se agrega el módulo del núcleo SmartNIC de Nexus pero no se genera, utilice el comando dkms build -m exanic -v {version} para crear el módulo del núcleo SmartNIC de Nexus. Aquí se muestra un ejemplo de este comando con la versión de software 2.4.1-1.el7:

[root@host ~]$ dkms build -m exanic -v 2.4.1-1.el7

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
make -j16 KERNELRELEASE=3.10.0-1062.el7.x86_64 -C modules KDIR=/lib/modules/3.10.0-1062.el7.x86_64/build...
cleaning build area...

DKMS: build completed.

Si el módulo del kernel de Nexus SmartNIC está construido pero no instalado, utilice el comando dkms install -m exanic -v {version} para instalar el módulo del kernel de Nexus SmartNIC. Aquí se muestra un ejemplo de este comando con la versión de software 2.4.1-1.el7:

[root@host ~]$ dkms install -m exanic -v 2.4.1-1.el7

exanic.ko.xz:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/3.10.0-1062.el7.x86_64/extra/

exasock.ko.xz:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/3.10.0-1062.el7.x86_64/extra/
Adding any weak-modules

depmod...

DKMS: install completed.

Después de que el módulo del núcleo Nexus SmartNIC se construya e instale con DKMS, el módulo del núcleo Nexus SmartNIC se puede cargar con el comando modprobe exanic.

"modprobe: La clave requerida no está disponible" Mensaje de error

Este mensaje de error se puede observar en hosts equipados con firmware UEFI (Unified Extensible Firmware Interface) que tienen el protocolo de arranque seguro habilitado. Secure Boot evita que se carguen los controladores del núcleo que no están firmados con una firma digital aceptable. Como resultado, cuando se intenta cargar el controlador del núcleo SmartNIC de Nexus con el comando modprobe exanic, el protocolo de arranque seguro evita que se cargue el controlador del núcleo.

Para resolver este problema, el protocolo de arranque seguro debe desactivarse dentro de la UEFI del host. Para obtener información adicional sobre cómo desactivar el protocolo de arranque seguro dentro de la UEFI de su host, consulte el manual del host proporcionado por el fabricante.

Paso 4. Confirme la funcionalidad de la utilidad Nexus SmartNIC.

El comando exanic-config sin argumentos se puede utilizar para mostrar información básica sobre las tarjetas de interfaz de red Nexus SmartNIC instaladas en el host después de cargar los controladores del núcleo Nexus SmartNIC en el sistema operativo. A continuación se muestra un ejemplo de este resultado:

[root@host ~]$ exanic-config

Device exanic1:
Hardware type: ExaNIC X10
Temperature: 38.8 C VCCint: 0.95 V VCCaux: 1.83 V
Function: network interface
Firmware date: 20180409 (Mon Apr 9 23:27:40 2018)
PPS port: input, termination disabled
Port 0:
Interface: enp175s0
Port speed: 10000 Mbps
Port status: enabled, SFP present, signal detected, link active
MAC address: 64:3f:5f:xx:xx:xx
RX packets: 11778 ignored: 0 error: 0 dropped: 0
TX packets: 11836
Port 1:
Interface: enp175s0d1
Port speed: 10000 Mbps
Port status: enabled, SFP present, signal detected, link active
MAC address: 64:3f:5f:xx:xx:xx
RX packets: 11836 ignored: 0 error: 0 dropped: 0
TX packets: 11778

Si la utilidad/comando exanic-config devuelve información relevante sobre las tarjetas de interfaz de red SmartNIC de Nexus instaladas, la instalación del controlador de software y hardware de Nexus SmartNIC se ha realizado correctamente.

Información Relacionada

• Instalación del dispositivo Nexus SmartNIC
• Guía de instalación y servicio del servidor Cisco UCS C240 M5
• Guía de instalación y servicio del servidor Cisco UCS C220 M5
• Guía de evaluación comparativa de Nexus SmartNIC