この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、Nexus SmartNIC(旧称ExaNIC)低遅延ネットワークインターフェイスカード(NIC)のハードウェアおよびソフトウェアドライバのインストールをトラブルシューティングする手順について説明します。
シスコでは、低遅延ネットワークインターフェイスカードのNexus SmartNICシリーズのハードウェアのインストール手順を理解しておくことを推奨します。また、Linuxのコマンドラインインターフェイスに関する基本的な知識があることが推奨されます。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
このドキュメントで説明する手順は、次のハードウェアに適用されます。
このセクションでは、Nexus SmartNICの低遅延ネットワークインターフェイスカード(NIC)のハードウェアインストールの問題をトラブルシューティングする手順について説明します。ホストオペレーティングシステム(通常はLinuxディストリビューションまたはWindowsサーバ)がNexus SmartNICを有効なPCI Express周辺機器として認識しない場合は、このセクションを参照してください。
Nexus SmartNICネットワークインターフェイスカードは、ホストのマザーボードまたはライザー/ドーターカードのPCI Express(PCIe)スロットに正しく取り付ける必要があります。PCIeカードの取り付け方法の詳細については、製造元が提供するホストのマニュアルを参照してください。
Cisco UCSサーバでのPCIeカードのインストールの詳細については、次のサポートドキュメントを参照してください。
すべてのNexus SmartNICネットワークインターフェイスカードは、PCIe 3.0互換スロットに取り付ける必要があります。さらに、すべてのNexus SmartNICネットワークインターフェイスカードを接続するには、最低でも49ピンのPCIe x8スロットを使用する必要があります。PCIeスロットがこれらの仕様を満たしているかどうかについては、製造元が提供するホストのマニュアルを参照してください。
Cisco UCSサーバのPCIeスロット仕様の詳細については、次の表とサポートドキュメントを参照してください。
Cisco UCSサーバモデル | PCIeスロットの互換性 | サポート ドキュメント |
---|---|---|
Cisco UCS C220 M5 | すべてのPCIeスロットの互換性 | 『Cisco UCS C220 M5 Server Installation and Service Guide』 |
Cisco UCS C240 M5 | すべてのPCIeスロットの互換性 | 『Cisco UCS C240 M5 Server Installation and Service Guide』 |
Nexus SmartNICは、アクティブでインストールされたCPU(中央処理装置)に接続されたPCI Expressスロットに正しく挿入する必要があります。 ホストに複数のCPUソケットが搭載されており、1つのソケットのみにCPUが搭載されている場合(「シングルCPU構成」とも呼ばれる)、すべてのPCIeスロットがアクティブで機能するとは限りません。シングルCPU構成でアクティブ化されるPCIeスロットの詳細については、製造元が提供するホストのマニュアルを参照してください。
シングルCPU構成のCisco UCSサーバ上のアクティブなPCIeスロットの詳細については、次の表とサポートドキュメントを参照してください。
Cisco UCSサーバモデル | アクティブPCIeスロット | サポート ドキュメント |
---|---|---|
Cisco UCS C220 M5 | PCIeライザー1、スロット1 | 『Cisco UCS C220 M5 Server Installation and Service Guide』 |
Cisco UCS C240 M5 | PCIeライザー1、スロット1 PCIeライザー1、スロット2 PCIeライザー1B、スロット1 PCIeライザー1B、スロット2 PCIeライザー1B、スロット3 |
『Cisco UCS C240 M5 Server Installation and Service Guide』 |
各Nexus SmartNICネットワークインターフェイスカードには、PCIeブラケット上に多数のLED(発光ダイオード)があります。これらのLEDは通常、ホストの外部から見えます。ネットワークインターフェイスカードの各SFP+およびQSFPポートには、1つの大きなLEDが関連付けられています。これらのLEDはポートLEDと総称されます。
SFP+ポートのみを搭載したネットワークインターフェイスカードでは、PPSコネクタに関連付けられた追加の小さな赤いLEDが存在します(ただし、小さな赤いLEDがグランドマスタークロック状態に関連付けられているNexus SmartNIC X10-GMは0)。 このLEDはPPS LEDと呼ばれます。
注:QSFPポートを搭載したNexus SmartNICネットワークインターフェイスカード(NIC)にはPPS LEDはありません。
要約すると、次の表を参照してください。
Nexus SmartNICモデル | ポートLED | PPS LED |
---|---|---|
X10 | Yes | Yes |
X10-HPT | Yes | Yes |
X10-GM | Yes | はい(GPS) |
X25 | Yes | Yes |
X40 | Yes | No |
X100 | Yes | No |
V5P | Yes | No |
V9P | Yes | No |
Nexus SmartNICネットワークインターフェイスカードの電源がホストとともに最初にオンになると、ネットワークインターフェイスカードのすべてのLEDが一時的に点滅します。ホストの電源がオンになった後にいつでもLEDが点灯しない場合は、Nexus SmartNICネットワークインターフェイスカード(NIC)がPCIeバスから正しく電力を受け取っていないことを示します。次の手順で、この問題をさらにトラブルシューティングします。
Nexus SmartNICネットワークインターフェイスカード(NIC)が、使用されているPCIeスロットとホストに関係なく電力を受け取れない場合は、Cisco TACに連絡して追加のトラブルシューティングを依頼してください。
ステップ4で前述したように、各Nexus SmartNICネットワークインターフェイスカードには次の2種類のLEDがあります。
ネットワークインターフェイスカードのポートにSFP+/QSFPモジュールが挿入されていない場合は、ネットワークインターフェイスカードの初期電源投入時に、ステップ4で説明した瞬間的なフラッシュの後にこれらのLEDは消灯します。
ファームウェアの破損や欠落が原因で発生しない一般的な3つのシナリオがあります。
SFP+/QSFPモジュールが挿入されていない場合にポートとPPSの両方のLEDが瞬間的に点滅し続け、ホストオペレーティングシステムがネットワークインターフェイスカードを有効なPCIe周辺機器として認識しない場合(lspciコマンドなど)、)。Nexus SmartNICファームウェアのリカバリプロセスに従い、Nexus SmartNICに新しいバージョンのファームウェアをロードします。それでも問題が解決しない場合は、Cisco TACに問い合わせてその他のトラブルシューティングを依頼してください。
Nexus SmartNICネットワークインターフェイスカードにPPS LEDが装備されていて、PPS LEDが継続的に点灯している場合、カードにロードされている既存のファームウェアが破損し、カードがファームウェア回復モードになります。ネットワークインターフェイスカードを正常に使用するには、Nexus SmartNICファームウェアのアップデートプロセスに従う必要があります。それでも問題が解決しない場合は、Cisco TACに問い合わせてその他のトラブルシューティングを依頼してください。
Nexus SmartNICネットワークインターフェイスカードにPPS LEDが装備されておらず、ポートLEDがオフとオレンジの間で継続的に交互に点灯している場合、カードにロードされている既存のファームウェアが破損し、カードがファームウェア回復モードになります。ネットワークインターフェイスカードを正常に使用するには、Nexus SmartNICファームウェアのアップデートプロセスに従う必要があります。それでも問題が解決しない場合は、Cisco TACに問い合わせてその他のトラブルシューティングを依頼してください。
ホストオペレーティングシステムがPCIeバス経由でNexus SmartNICネットワークインターフェイスカードを正常に検出できることを確認するには、lspciコマンドを使用します。Exablazeの16ビットPCIベンダーID(VID)は0x1ce4で、Nexus SmartNIC PCIeデバイスをプローブして情報を取得できます。これは、次の例で示されています。
[root@host ~]# lspci -d 1ce4:
01:00.0 Ethernet controller: Exablaze ExaNIC X10
PCIeカードに関する詳細は、lspciコマンドに – v verboseフラグを追加することで確認することができます。これは、次の例で示されています。
[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
lspciコマンドに – vv verboseフラグを追加すると、さらに詳細な情報を表示することができます。これは、次の例で示されています。
[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低遅延ネットワークインターフェイスカード(NIC)のソフトウェアドライバのインストールの問題をトラブルシューティングする手順について説明します。ホストオペレーティングシステム(通常はLinuxディストリビューションまたはWindowsサーバ)がNexus SmartNICを有効なPCI Express周辺機器として認識し、ホストオペレーティングシステムがNexus SmartNICのポートを有効なネットワークインターフェイスとして認識しない場合は、このセクションを参照してください。この例を次の出力に示します。
[root@host ~]# ls /dev/exanic* ls: cannot access /dev/exanic*: No such file or directory
このセクションでは、『Nexus SmartNIC Software Installation guide』の説明に従って、Nexus SmartNICソフトウェアドライバのインストール中にエラーが発生したことを前提としています。
この手順のすべてのコマンドは、ルートLinuxアカウントから実行されます。root Linuxアカウントを使用してこの手順を実行していない場合は、sudoコマンドを使用してアカウントのセキュリティ権限をスーパーユーザのセキュリティ権限に昇格する必要がある場合があります。
ホストオペレーティングシステムのカーネルがNexus SmartNICネットワークインターフェイスカード用のソフトウェアドライバをロードしている場合は、lspciコマンドに-v verboseフラグを付けて実行すると、使用中のドライバが表示されます。ExablazeのPCIベンダーID(0x1ce4)を使用してデバイスを照会し、Nexus SmartNIC PCIeデバイスに固有の情報を表示できます。この例を次の出力に示します。
[root@host ~]# lspci -d 1ce4: -v | egrep Kernel.driver Kernel driver in use: exanic
ホストオペレーティングシステムのカーネルがソフトウェアドライバをロードしていない場合、この「Kernel driver in use」行はlspci -d 1ce4:-vコマンドを使用します。
『Nexus SmartNICソフトウェアインストールガイド』で説明されているように、Nexus SmartNICソフトウェアドライバはパッケージマネージャ(apt、yum、またはrpmを介した直接)を介してインストールできます。 この方法でExaNICソフトウェアドライバをインストールしている場合は、次に示すように、すべてのファイルが正しくインストールされていることを確認できます。
ご使用のホストのCPUアーキテクチャに応じて、libexanan.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ソフトウェアドライバをインストールした場合は、次の例に示すように、すべてのファイルが正しくインストールされたことを確認できます。
libexanan.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
最後に、exanan.koモジュールファイルが/lib/modules/'uname -r'/extra/ディレクトリにあることを確認します。インライン'uname -r'コマンドは、現在のカーネルリリースをディレクトリに自動的に挿入します。このコマンドは、一重引用符で囲まれず、重いアクセント(')で囲まれています。次の例に示します。
[root@host ~]# ls /lib/modules/`uname -r`/extra | grep exanic exanic.ko
Nexus SmartNICソフトウェアドライバは、modprobe exanicコマンドを使用して手動でロードできます。
Nexus SmartNICドライバがロードされると、Linuxカーネルはそれをデバイスとして認識します。ls /dev/exanic*コマンドを使用すると、認識されているすべてのNexus SmartNICデバイスを表示できます。この例を次に示します。
[root@host ~]# ls /dev/exanic* /dev/exanic0
Nexus SmartNICドライバが正常にロードされなかった場合、modprobe exanicコマンドでエラーが返される場合とそうでない場合があります。次のサブセクションでは、このコマンドによって返されるエラーをトラブルシューティングする方法について説明します。
このエラーメッセージは、次のサブセクションで説明されている2つの異なる問題が原因である可能性があります。
ホストオペレーティングシステムが、現在実行中のカーネル用に構築されたモジュールを見つけることができません。その結果、ホストのオペレーティングシステムは、modprobe exanicコマンドを使用してモジュールをシステムにロードできません。これはdepmod -aコマンドで解決でき、カーネルモジュールの依存関係のマップを作成します。その後、カーネルモジュールはmodprobe exanicコマンドを使ってロードすることができます。
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
特定のパッケージがインストールされているかどうかを確認するには、ホストオペレーティングシステムのパッケージマネージャのマニュアルを参照してください。
Nexus SmartNICカーネルモジュールがDKMSによって正常に追加、構築、インストールされたかどうかを確認するには、dkms statusコマンドを使用します。正常な状態での、このコマンドの出力例を次に示します。
[root@host ~]# dkms status exanic, 2.4.1-1.el8, 3.10.0-957.27.2.el7.x86_64, x86_64: installed
この出力でNexus SmartNICカーネルモジュールが「インストール済み」以外の状態になっている場合は、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を使用してインストールした後、Nexus SmartNICカーネルモジュールをmodprobe exanicコマンドを使用してロードできます。
このエラーメッセージは、セキュアブートプロトコルが有効になっているUEFI(Unified Extensible Firmware Interface)ファームウェアを搭載したホストで表示されます。セキュアブートは、許容可能なデジタル署名で署名されていないカーネルドライバがロードされるのを防ぎます。その結果、Nexus SmartNICカーネルドライバをmodprobe exanicコマンドでロードしようとすると、セキュアブートプロトコルによってカーネルドライバがロードされるのを防ぐことができます。
この問題を解決するには、ホストのUEFI内でセキュアブートプロトコルを無効にする必要があります。ホストのUEFIでセキュアブートプロトコルを無効にする方法の詳細については、製造元から提供されているホストのマニュアルを参照してください。
Nexus SmartNICカーネルドライバがオペレーティングシステムにロードされた後で、ホストにインストールされたNexus SmartNICネットワークインターフェイスカードに関する基本情報を表示するには、引数を指定せずにexanic-configコマンドを使用します。この出力例を次に示します。
[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ネットワークインターフェイスカードに関する関連情報を返した場合、Nexus SmartNICハードウェアおよびソフトウェアドライバのインストールは成功しました。