Supermicro AOC-STGN-i1S(X520)、Proxmox 7.1: HP製DACを挿すとip linkにインターフェースが出ない

カードを見限る前に、ひとつテストしてみてください。DACをケージから完全に抜いて、rmmod ixgbe、modprobe ixgbeしてからip linkをもう一度見てください。空のケージでインターフェースが出てくるなら、カードもドライバも問題なく、チェックが引っかかっているのはケーブルのほうです。

もうひとつ知っておきたいのは、そのHP製DACは他の場所ではリンクしますか。Intel以外のNICなら普通は何の文句もなく受け入れます。それと、これは間違いなくHPコードのケーブルですか、比較用にジェネリックなものが手元にありますか。

不安定とはいえドライバ側にノブがあるだけ、X520はまだマシだと思ったほうがいいです。X710とXL710ではモジュールチェックがファームウェア側に移っていて、allow_unsupported_sfpはi40eに対しては一切何もしません。X710-DA2にIntel以外のモジュールを挿すとこうなります。

Rx/Tx is disabled on this device because an unsupported SFP module type was detected

これで会話終了です。そこから先の選択肢は、Intelコード品のオプティクスを使うか、コミュニティのxl710-unlockerルート(Intel純正アップデータで新しいNVMイメージを書き込んでから、サードパーティ製ツールでEEPROMの0x6800-0x7000あたりにある11ビットのフィールドをいじる、完全に自己責任)、あるいは最初からOEMバリアントを選ぶかです。HPE 562SFP+は中身がX710で、ファームウェアとi40eを更新した後は、何のハックもなしにサードパーティ製の10Gと1G銅モジュールを受け入れました。

OEMの話は逆方向にも効きます。DellやLenovoブランドのX710-DA2カードは未承認のSFP+やDACを拒否しますし、Intel純正ツールにはそのボード自体が一覧に出てきません。みんなが落ち着いた先は、素のIntel NVMを書き込むことでした。まずIntelのフルBootUtilパッケージからQVドライバが必要で、それがないとユーティリティはそもそもボードと通信しません。最初にオプションROMを差し替えてから、カードをインベントリしてフラッシュします。

./bootutil64e -NIC=1 -up=combo
./nvmupdate64e -i -l
ethtool -i enp1s0f0
./nvmupdate64e -rd

インベントリとフラッシュの間に、nvmupdate.cfgをカードのSPIフラッシュサイズ(4MBか8MB)に合う単一のX710エントリだけに絞り込んでください。サイズを間違えると、保存済みのNVMイメージとハードウェアフラッシャーがないと復旧できないレンガになるので、先にETrackIDを読んで確実にしてください。その後9.30-9.40あたりのファームウェアで動いたという報告があり、副産物としてLenovoのボードでSR-IOVが使えるようになった人もいました。それでも、失っても構わないカードでしか試さないほうがいいと思います。

クロスフラッシュやEEPROMパッチのルートをこのスレッドに向けるのは慎重にしたほうがいいです。どちらもここで説明されている状況には効きません。X520のEEPROMのOEMフラグを編集するには、そもそもカードにアクセスするための動作するインターフェースが必要ですが、ここではケーブルをケージから抜くまでインターフェース自体が存在しません。それはポートが存在していて1つのモジュールを拒否している場合の直し方であって、読み込み時に中断するドライバの話ではありません。

もうひとつ深読みしすぎないほうがいいのが、別のNICでのテストです。別のホストでモジュールがリンクするというのは、そのモジュールが健全だということの証明であって、本当に使いたいホストでの動作を証明するものではありません。私が持っているUbiquiti UACC-CM-RJ45-MG銅モジュールは、CCR2004とDebian上のIntel X520-DA2では問題なく動きますが、CRS309とCRS328のSFP+ケージではオートネゴシエーションでも速度を手動固定しても一切リンクしません。ホスト依存は実在するので、まとめ買いする前に実際に使う機種で確認してください。