Nexus SmartNICハードウェアおよびソフトウェアドライバインストールのトラブルシューティング

はじめに

このドキュメントでは、Nexus SmartNIC（旧称Exablaze ExaNIC）の低遅延ネットワークインターフェイスカードのハードウェアおよびソフトウェアドライバのインストールのトラブルシューティングに使用される手順について説明します。

前提条件

要　件

Nexus SmartNICシリーズの低遅延ネットワークインターフェイスカードのハードウェアインストール手順を理解しておくことを推奨します。また、Linuxのコマンドラインインターフェイス(CLI)に関する基本的な知識があることが推奨されます。

使用するコンポーネント

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

バックグラウンド情報

該当ハードウェア

このドキュメントで説明する手順は、次のハードウェアに適用できます。

• 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

Nexus SmartNICハードウェアインストールのトラブルシューティング

このセクションでは、Nexus SmartNICの低遅延ネットワークインターフェイスカード(NIC)のハードウェアインストールの問題をトラブルシューティングするために使用される手順について説明します。ホストのオペレーティングシステム（通常はLinuxディストリビューションまたはWindows Server）がNexus SmartNICを有効なPCI Express周辺機器として認識しない場合は、このドキュメントのセクションを参照してください。

ステップ 1：ハードウェアが適切に取り付けられていることを確認します。

Nexus SmartNICネットワークインターフェイスカード(NIC)は、ホストのマザーボードまたはライザー/ドーターカードのPCI Express(PCIe)スロットに正しく取り付ける必要があります。PCIeカードの取り付け方法の詳細については、製造元から提供されているホストのマニュアルを参照してください。

Cisco UCSサーバでのPCIeカードのインストールの詳細については、次のサポートドキュメントを参照してください。

• Cisco UCS C220 M5サーバインストレーションおよびサービスガイド
• Cisco UCS C240 M5サーバインストレーションおよびサービスガイド

ステップ 2PCI Expressスロットの互換性を確認。

すべてのNexus SmartNICネットワークインターフェイスカードは、PCIe 3.0互換スロットに取り付ける必要があります。さらに、すべてのNexus SmartNICネットワークインターフェイスカードを接続するには、49ピンのPCIe x8スロットを少なくとも1つ使用する必要があります。PCIeスロットがこれらの仕様を満たしているかどうかについては、製造元から提供されるホストのマニュアルを参照してください。

Cisco UCSサーバのPCIeスロット仕様の詳細については、次の表およびサポートドキュメントを参照してください。

ステップ 3アクティブなPCI Expressスロットの取り付けを確認します。

Nexus SmartNICは、アクティブなインストール済みCPU（中央処理装置）に接続されているPCI Expressスロットに正しく挿入されている必要があります。 ホストに複数のCPUソケットが装備されていて、1つのソケットにのみCPUが装着されている場合（「シングルCPU構成」とも呼ばれます）、すべてのPCIeスロットがアクティブで機能するとは限りません。シングルCPU構成でどのPCIeスロットをアクティブ化するかについての詳細は、製造元から提供されるホストのマニュアルを参照してください。

シングルCPU構成のCisco UCSサーバでアクティブなPCIeスロットの詳細については、次の表とサポートドキュメントを参照してください。

ステップ 4Nexus SmartNICに電力が供給されていることを確認します。

各Nexus SmartNICネットワークインターフェイスカード(NIC)には、PCIeブラケット上に多数のLED（発光ダイオード）があります。通常、これらのLEDはホストの外部から確認できます。ネットワークインターフェイスカード(NIC)の各SFP+およびQSFPポートには、大きいLEDが1つ関連付けられています。これらのLEDは、まとめてポートLEDと呼ばれます。

SFP+ポートのみのネットワークインターフェイスカード(NIC)では、PPSコネクタに関連する小さな赤いLEDがさらに表示されます（Nexus SmartNIC X10-GMでは、小さな赤いLEDがグランドマスタークロック状態に関連しています）。 このLEDはPPS LEDと呼ばれます。

注:QSFPポートを備えたNexus SmartNICネットワークインターフェイスカードには、PPS LEDはありません。

まとめると、次の表を参照してください。

Nexus SmartNICネットワークインターフェイスカード(NIC)の電源をホストと一緒に最初に入れると、ネットワークインターフェイスカードのすべてのLEDが一時的に点滅します。ホストの電源投入後にLEDが点灯しない場合は、Nexus SmartNICネットワークインターフェイスカード(NIC)がPCIeバスから正しく電力を受けていないことを示しています。次の手順を実行して、この問題をさらにトラブルシューティングします。

1. 使用中のPCIeスロットが、機能していることが確認されている他の周辺機器で動作するかどうかを確認します。別のネットワークインターフェイスカードを使用してテストするのが理想的です。
2. Nexus SmartNICネットワークインターフェイスカードが、機能していることが確認されている別のPCIeスロットで問題なく動作するかどうかを確認します。
3. Nexus SmartNICネットワークインターフェイスカードが、機能している別のホストのPCIeスロットで問題なく動作するかどうかを確認します。

Nexus SmartNICネットワークインターフェイスカード(NIC)が、使用されているPCIeスロットとホストに関係なく電力を受け取れない場合は、Cisco TACに問い合わせて、さらに詳細なトラブルシューティングを依頼してください。

ステップ 5ファームウェアの整合性を確認します。

ステップ4で説明したように、各Nexus SmartNICネットワークインターフェイスカードには、2種類のLEDがあります。

• ポートLED
• PPS LED

ネットワークインターフェイスカードのポートにSFP+/QSFPモジュールが挿入されていない場合、ネットワークインターフェイスカードの初期電源投入時に、ステップ4で説明した瞬間的な点滅の後も、これらのLEDは消灯したままになります。

ファームウェアの破損または欠落が原因で発生しない一般的なシナリオには、次の3つがあります。

• SFP+/QSFPモジュールを挿入していないときに瞬間的なフラッシュの後もポートとPPSの両方のLEDが点灯したままであり、ホストオペレーティングシステムがネットワークインターフェイスカードを有効なPCIe周辺機器(lspciコマンドなど)として認識しない場合は、Nexus SmartNICネットワークインターフェイスカードのファームウェアを回復する必要があります。「Nexus SmartNICファームウェアの回復プロセス」に従って、新しいバージョンのファームウェアをNexus SmartNICにロードします。それでも問題が解決しない場合は、Cisco TACに問い合せて、追加のトラブルシューティングを依頼してください。

• Nexus SmartNICネットワークインターフェイスカード(NIC)にPPS LEDが装備されていて、PPS LEDが継続的に点灯している場合、カードにロードされている既存のファームウェアが破損しており、カードはファームウェア回復モードに入っています。ネットワークインターフェイスカードを正常に使用するには、『Nexus SmartNICファームウェアアップデートプロセス』に従う必要があります。それでも問題が解決しない場合は、Cisco TACに問い合せて、追加のトラブルシューティングを依頼してください。

• Nexus SmartNICネットワークインターフェイスカードにPPS LEDが装備されておらず、ポートLEDが消灯とオレンジに継続的に交互に点灯している場合、カードにロードされている既存のファームウェアが破損しており、カードはファームウェア回復モードに入っています。ネットワークインターフェイスカードを正常に使用するには、『Nexus SmartNICファームウェアアップデートプロセス』に従う必要があります。それでも問題が解決しない場合は、Cisco TACに問い合せて、追加のトラブルシューティングを依頼してください。

ステップ 6ホストオペレーティングシステムのPCI Expressの検出を確認します。

lspciコマンドを使用すると、ホストのオペレーティングシステムがPCIeバスを介してNexus SmartNICネットワークインターフェイスカード(NIC)を正常に検出できることを確認できます。Exablazeの16ビットPCIベンダーID(VID)は0x1ce4で、Nexus SmartNIC PCIeデバイスの情報をプローブするために使用できます。次に例を示します。

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

PCIeカードに関する詳細情報を表示するには、-v verboseフラグをlspciコマンドに追加します。次に例を示します。

[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

さらに詳細な情報を表示するには、-vv verboseフラグをlspciコマンドに追加します。次に例を示します。

[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

lspciコマンドでNexus SmartNICネットワークインターフェイスカードに関する情報が表示される場合、これはホストのオペレーティングシステムがPCIeバスを介してNexus SmartNICネットワークインターフェイスカードを正常に検出したことを示します。次に、Nexus SmartNICソフトウェアドライバをインストールし、カードの使用を開始します。

Nexus SmartNICソフトウェアドライバインストールのトラブルシューティング

このセクションでは、Nexus SmartNICの低遅延ネットワークインターフェイスカードソフトウェアドライバのインストールに関する問題のトラブルシューティング手順について説明します。ホストオペレーティングシステム（通常はLinuxディストリビューションまたはWindows Server）はNexus SmartNICを有効なPCI Express周辺機器(PCI E)デバイスとして認識するが、ホストオペレーティングシステムがNexus SmartNICのポートを有効なネットワークインターフェイスとして認識しない場合は、このドキュメントのセクションを参照してください。この例を次の出力に示します。

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

ドキュメントのこのセクションでは、Nexus SmartNICソフトウェアインストールガイドで説明されているように、Nexus SmartNICソフトウェアドライバをインストールしようとする際にエラーが発生したことを前提としています。

この手順のすべてのコマンドは、Linuxのrootアカウントから実行します。この手順を実行するためにroot Linuxアカウントを使用していない場合は、sudoコマンドを使用して、アカウントのセキュリティ権限をスーパーユーザのセキュリティ権限に昇格させる必要がある場合があります。

ステップ 1：ドライバの使用状況を確認します。

ホストオペレーティングシステムのカーネルがNexus SmartNICネットワークインターフェイスカード用のソフトウェアドライバをロードしている場合、-v verboseフラグを付けたlspciコマンドを実行すると、使用中のドライバが表示されます。Nexus SmartNIC PCIeデバイス固有の情報を表示するには、ExablazeのPCIベンダーID(0x1ce4)を使用してデバイスを照会できます。この例を次の出力に示します。

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

ホストオペレーティングシステムのカーネルからソフトウェアドライバがロードされていない場合、lspci -d 1ce4: -vコマンドの出力から「Kernel driver in use」行が省略されます。

ステップ 2ドライバのインストールを確認します。

RPMからのドライバのインストールの確認（apt、yumなど）

「Nexus SmartNICソフトウェアインストールガイド」で説明されているように、Nexus SmartNICソフトウェアドライバは、パッケージマネージャ（apt、yumなど、またはrpmを直接使用して）によってインストールできます。 この方法でExaNICソフトウェアドライバをインストールした場合は、次に示すように、すべてのファイルが正しくインストールされていることを確認できます。

ホストのCPUアーキテクチャによっては、libexanic.aライブラリファイルが/usr/lib/または/usr/lib64/に置かれています。x86（32ビット）CPUアーキテクチャの例を次に示します。

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

x86_64（64ビット）CPUアーキテクチャの例を次に示します。

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

Nexus SmartNICライブラリヘッダーファイルが/usr/include/exanic/ディレクトリにあることを確認します。これを次の例に示します。

[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

Nexus SmartNICバイナリユーティリティが/usr/bin/ディレクトリにあることを確認します。これを次の例に示します。

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

最後に、exanic.ko.xzモジュールファイルが/lib/modules/'uname -r'/extra/ディレクトリにあることを確認します。インラインの'uname -r'コマンドは、現在のカーネルリリースを自動的にディレクトリに挿入します。このコマンドは、一重引用符ではなく、重大なアクセント(')で囲まれています。 これを次の例に示します。

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

ソースからのドライバのインストールの確認

「Nexus SmartNICソフトウェアインストールガイド」で説明されているように、Nexus SmartNICソフトウェアドライバは、ソースコードから構築およびインストールできます。この方法でNexus SmartNICソフトウェアドライバをインストールした場合は、次の例に示すように、すべてのファイルが正しくインストールされていることを確認できます。

libexanic.aライブラリファイルが/usr/local/lib/ディレクトリにあることを確認します。 これを次の例に示します。

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

Nexus SmartNICライブラリヘッダーファイルが/usr/local/include/exanic/ディレクトリにあることを確認します。 これを次の例に示します。

[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

Nexus SmartNICバイナリユーティリティが/usr/local/bin/ディレクトリにあることを確認します。 これを次の例に示します。

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

最後に、exanic.koモジュールファイルが/lib/modules/'uname -r'/extra/ディレクトリにあることを確認します。インラインの'uname -r'コマンドは、現在のカーネルリリースを自動的にディレクトリに挿入します。このコマンドは、一重引用符ではなく、重大なアクセント(')で囲まれています。 これを次の例に示します。

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

ステップ 3ソフトウェアドライバをロードしようとした。

Nexus SmartNICソフトウェアドライバは、modprobe exanicコマンドを使用して手動でロードできます。

Nexus SmartNICドライバがロードされると、Linuxカーネルはそれをデバイスとして認識します。ls /dev/exanic*コマンドを使用して、認識されているすべてのNexus SmartNICデバイスを表示することで、これを確認できます。 これを次の例に示します。

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

Nexus SmartNICドライバが正常にロードされない場合、modprobe exanicコマンドによってエラーが返される場合と返されない場合があります。次のサブセクションでは、このコマンドによって返されるエラーのトラブルシューティング方法について説明します。

「modprobe: FATAL: Module exanic not found」エラーメッセージ

このエラーメッセージは、次のサブセクションで説明する2つの異なる問題が原因で発生する可能性があります。

カーネルモジュールの依存関係が正しくマップされていない

ホストのオペレーティングシステムは、現在実行中のカーネル用に構築されたモジュールを見つけることができません。その結果、ホストのオペレーティングシステムがmodprobe exanicコマンドを使用して、システムにモジュールをロードすることができません。これを解決するには、depmod -aコマンドを使用します。このコマンドは、カーネルモジュールの依存関係のマップを作成します。カーネルモジュールは、modprobe exanicコマンドを使用してロードできます。

DKMSで構築されていないカーネルモジュール

DKMS (Dynamic Kernel Module Support)を使用すると、新しいオペレーティングシステムカーネルがインストールされるたびにカーネルモジュールを自動的に再構築できます。DKMSがNexus SmartNICカーネルモジュールをまだ構築していない場合は、Nexus SmartNICカーネルモジュールが以前に別のオペレーティングシステムカーネルバージョン用にコンパイルされている可能性があります。

DKMSが期待どおりに動作するためには、ホストのオペレーティングシステムのパッケージマネージャを使用して、カーネルデバイスパッケージとカーネルヘッダーパッケージをインストールする必要があります。yum listコマンドを使用して、このパッケージがインストールされているかどうかを確認する方法の例を出力に示します。

[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

特定のパッケージがインストールされているかどうかを確認する方法については、ホストオペレーティングシステムのパッケージマネージャのマニュアルを参照してください。

dkms statusコマンドを使用すると、Nexus SmartNICカーネルモジュールがDKMSによって正常に追加、構築、およびインストールされたかどうかを確認できます。正常に動作し、予期された状態におけるこのコマンドの出力例を次に示します。

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

この出力に、Nexus SmartNICカーネルモジュールが「installed」以外の状態であることが示されている場合、DKMSを使用してNexus SmartNICカーネルモジュールを構築またはインストールする必要があります。

Nexus SmartNICカーネルモジュールが追加されたが構築されていない場合は、dkms build -m exanic -v {version}コマンドを使用してNexus SmartNICカーネルモジュールを構築します。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.

Nexus SmartNICカーネルモジュールが構築されているがインストールされていない場合は、dkms install -m exanic -v {version}コマンドを使用してNexus SmartNICカーネルモジュールをインストールします。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.

Nexus SmartNICカーネルモジュールが構築され、DKMSと一緒にインストールされたら、modprobe exanicコマンドを使用して、Nexus SmartNICカーネルモジュールをロードできます。

「modprobe: Required key not available」エラーメッセージ

このエラーメッセージは、セキュアブートプロトコルが有効になっているUEFI(Unified Extensible Firmware Interface)ファームウェアを搭載したホストで発生する可能性があります。セキュアブートは、許容可能なデジタル署名で署名されていないカーネルドライバのロードを防止します。その結果、modprobe exanicコマンドでNexus SmartNICカーネルドライバをロードしようとすると、セキュアブートプロトコル(SBOOT)によってカーネルドライバのロードが阻止されます。

この問題を解決するには、ホストのUEFIでセキュアブートプロトコルを無効にする必要があります。ホストのUEFIでセキュアブートプロトコルを無効にする方法の詳細については、製造元から提供されたホストのマニュアルを参照してください。

ステップ 4Nexus SmartNICユーティリティの機能を確認します。

exanic-configコマンドを引数なしで使用すると、Nexus SmartNICカーネルドライバがオペレーティングシステムにロードされた後に、ホストにインストールされたNexus SmartNICネットワークインターフェイスカード(NIC)に関する基本情報を表示できます。この出力の例を次に示します。

[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

exanic-configコマンドまたはユーティリティから、インストールされているNexus SmartNICネットワークインターフェイスカード(NIC)に関する情報が返された場合、Nexus SmartNICハードウェアおよびソフトウェアドライバのインストールは成功しています。

関連情報

• Nexus SmartNICデバイスのインストール
• Cisco UCS C240 M5サーバインストレーションおよびサービスガイド
• Cisco UCS C220 M5サーバインストレーションおよびサービスガイド
• Nexus SmartNICベンチマークガイド