在一個高度布局化和經心設計的大情況中，基本設施和布線機關長短常重要的，出格是要切合行業尺度。一旦辦理了所有微小的設計問題，行業尺度就會釀成黃金尺度，因為它合用于各個階段而且能擔保系統不變運行。

那么處事器憑據界說好的尺度接上以太網線又如何呢？從vSphere客戶端毗連是完全錯誤的嗎？

當你有16個或更多的上行鏈路時，傳輸途徑就變得難以跟蹤。位于虛擬機打點和處事器節制臺的以太網端口大概呈現毗連錯誤的環境。

想要跟蹤所有的傳輸途徑，保持物理網卡機關長短常重要的。

假如網卡插在錯誤的PCI插槽，會呈現和網絡接口卡（NIC）機關錯誤雷同的問題。目視查抄是一個好步伐，要在做最壞的規劃之前確保機關是正確的。

幾個月前，這一奇怪現象真實地產生在你的機關中。起初，好像是有人插錯了電纜。查抄電纜毗連是正確的，可以鑒定是處事器自己呈現問題。禍首罪魁是處事器上的PCI總線數目改變了中間模子。

事實上，PCI總線數目，顧名思義就是查抄PCI總線和分派網卡或其他設備，一個基于PCI插槽數量和按順序找到的設備的獨一ID。任何可以插入PCI的插槽將被PCI總線列舉，分派一個獨一的ID。這可以包羅諸如光纖通道卡和其他各類百般的卡。

當以太網卡沒有與其他“正確”的處事器插手溝通的機關時，列舉順序將產生變革。網卡將擁有差異的列舉順序，假如插在了正確的位置上會顯示錯誤。

然而，有時候供給商會改換主板制造商，或對某代產物舉辦了適當的設計。假如網卡的列舉序列差異，，從頭設計不會影響最終結果。下一任的惠普董事會就碰著了這樣的環境。開始網卡機關沒有問題，厥后發明機關是完全錯誤的。

打點員如何辦理這個問題并憑據尺度從頭正確地分派網卡？謎底并不抱負，需要在主機和利用SSH（Secure Shell）編輯文件，并多次從頭啟動。文件“/etc/vmware/esx.conf”包括所有PCI數目數據和其他相關的主機信息。編輯這個文件之前，應該舉辦備份防備文件設置錯誤。最簡樸的規復要領是從頭安裝ESXi，所以說這種做法不抱負。

處理懲罰網卡時，有兩個部門需要編輯。第一部門只包括通用編號分派網卡，如圖1所示。

按照處事器中網卡的數目，，你大概有十幾個差異的條目。實際上，可覺得設備貼上一個PCI總線ID標簽。

第二部門是:

/net/pnic/child[0012]/name = "vmnic6"

/net/pnic/child[0013]/mac = "xx:xx:xx:xx:xx:xx"

/net/pnic/child[0013]/virtualMac = "xx:xx:xx:xx:xx:xx"

第二位是VMNIC(VMware的以太網卡術語) 分派的MAC地點，我在例子中已經用“x”代替。修復根基上包括改變網卡數字來復制原始機關或PCI總線最初的環境。

固然事情量很大，但我認為值得一試。假如在這個階段制造雜亂，大概導致呈現無形的網絡端口和其他各類問題。還要留意，要在每個受影響的主機上反復這個進程。不要在主機之間復制和粘貼這個文件，因為它不會起浸染，反而會粉碎你的安裝進程。

按照履歷，最好的修復要領是首先確保你的帶外打點事情正常。這樣，縱然無法會見，你仍然可以通過長途節制臺會見。

接下來，移除所有其它電纜。有一點要留意，車載網絡端口老是會在第一位列舉，因此，它們不會受到這個問題的影響。在一個抱負情況中，應該至少有一個打點網卡位于主板網卡。通過這種方法，你可以啟動vSphere客戶端并查察網絡以及損壞的網絡互換機。

完成上述操縱，別離插入一個網卡，記下vSphere客戶端網絡適配器頁面呈現的內容。假設你在情況中利用了VLAN，確定正確電纜網卡的進程很是簡樸。你應該可以通過它們提供的VLAN范例識別哪些網卡已經切換。

想要校準網卡，利用PuTTY SSH客戶端編輯(/etc/vmware/esx.conf)文件并定位錯位的網卡位置。然后，找出它的正確位置。譬喻，假如你的VMNIC 6顯示了VMNIC 2的正確位置，正如前面詳述的，仔細查抄esx.設置文件和盡早地發明設備ID：

/device/000:005:00.2/vmkname = "vmnic6"

發明后用下面語句舉辦替代：

/device/000:005:00.2/vmkname = "vmnic2"

我發明，為了確保它正常事情并完成跟蹤，每次設置變動后都要從頭啟動。不然，它大概會使你的事情越發堅苦。重啟會要求處事器重讀esx.conf文件。一旦你有了正確的配置要領，就反復這個進程。