CentOS - Sep 2019 - CentOS7 sometimes don't detect NIC after reboot

Dne 17.9.2019 v 16:14 Ralf Prengel napsal(a):
>
>
> Am 17.09.2019 um 13:05 schrieb Miroslav Geisselreiter:
>> I have brand new PC with this components:
>> CPU Intel? Pentium G5400, LGA1151
>> motherboard ASUS PRIME B360M-C
>> 16 GB RAM
>> HDD 2x ADATA SSD 256GB XPG GAMMIX S11, PCIe Gen3x4 M.2 2280 (RAID1)
>> NIC Intel X550-T1 Ethernet Converged Network Adapter
>>
>> I installed CentOS 7 and two NICs were detected:
>> eno1 (on motherboard)
>> enp1s0 (Intel X550-T1)
>>
>> When I restart the machine sometimes enp1s0 is missing. It is not 
>> detected during boot. It looks like NIC card is not installed / not 
>> present. After next reboot everything is fine and I do not see any 
>> problems with NIC card.
>>
>> How can I avoid this problem with missing NIC? Can you help me, please?
>>
>
> Hallo,
> perhaps a timing problem until the nic is up or a bios bug.
>
> Ralf
Thank you, Ralf. I will check if there is a new bios. If it is timing 
problem, can I do anything to solve this?

Mauricio:

       If lspci*always*  show card, check the kernel module.

modinfo ixgbe
filename:      
/lib/modules/3.10.0-957.27.2.el7.x86_64/kernel/drivers/net/ethernet/intel/ixgbe/ixgbe.ko.xz
version:        5.1.0-k-rh7.6
license:        GPL
description:    Intel(R) 10 Gigabit PCI Express Network Driver
author:         Intel Corporation, <linux.nics at intel.com>
retpoline:      Y
rhelversion:    7.6
srcversion:     8A6178275DDA252CA16D17C
alias:          pci:v00008086d000015E5sv*sd*bc*sc*i*
alias:          pci:v00008086d000015E4sv*sd*bc*sc*i*
alias:          pci:v00008086d000015CEsv*sd*bc*sc*i*
alias:          pci:v00008086d000015C8sv*sd*bc*sc*i*
alias:          pci:v00008086d000015C7sv*sd*bc*sc*i*
alias:          pci:v00008086d000015C6sv*sd*bc*sc*i*
alias:          pci:v00008086d000015C4sv*sd*bc*sc*i*
alias:          pci:v00008086d000015C3sv*sd*bc*sc*i*
alias:          pci:v00008086d000015C2sv*sd*bc*sc*i*
alias:          pci:v00008086d000015AEsv*sd*bc*sc*i*
alias:          pci:v00008086d000015ACsv*sd*bc*sc*i*
alias:          pci:v00008086d000015ADsv*sd*bc*sc*i*
alias:          pci:v00008086d000015ABsv*sd*bc*sc*i*
alias:          pci:v00008086d000015B0sv*sd*bc*sc*i*
alias:          pci:v00008086d000015AAsv*sd*bc*sc*i*
alias:          pci:v00008086d000015D1sv*sd*bc*sc*i*
alias:          pci:v00008086d00001563sv*sd*bc*sc*i*
alias:          pci:v00008086d00001560sv*sd*bc*sc*i*
alias:          pci:v00008086d0000154Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001557sv*sd*bc*sc*i*
alias:          pci:v00008086d00001558sv*sd*bc*sc*i*
alias:          pci:v00008086d0000154Fsv*sd*bc*sc*i*
alias:          pci:v00008086d0000154Dsv*sd*bc*sc*i*
alias:          pci:v00008086d00001528sv*sd*bc*sc*i*
alias:          pci:v00008086d000010F8sv*sd*bc*sc*i*
alias:          pci:v00008086d0000151Csv*sd*bc*sc*i*
alias:          pci:v00008086d00001529sv*sd*bc*sc*i*
alias:          pci:v00008086d0000152Asv*sd*bc*sc*i*
alias:          pci:v00008086d000010F9sv*sd*bc*sc*i*
alias:          pci:v00008086d00001514sv*sd*bc*sc*i*
alias:          pci:v00008086d00001507sv*sd*bc*sc*i*
alias:          pci:v00008086d000010FBsv*sd*bc*sc*i*
alias:          pci:v00008086d00001517sv*sd*bc*sc*i*
alias:          pci:v00008086d000010FCsv*sd*bc*sc*i*
alias:          pci:v00008086d000010F7sv*sd*bc*sc*i*
alias:          pci:v00008086d00001508sv*sd*bc*sc*i*
alias:          pci:v00008086d000010DBsv*sd*bc*sc*i*
alias:          pci:v00008086d000010F4sv*sd*bc*sc*i*
alias:          pci:v00008086d000010E1sv*sd*bc*sc*i*
alias:          pci:v00008086d000010F1sv*sd*bc*sc*i*
alias:          pci:v00008086d000010ECsv*sd*bc*sc*i*
alias:          pci:v00008086d000010DDsv*sd*bc*sc*i*
alias:          pci:v00008086d0000150Bsv*sd*bc*sc*i*
alias:          pci:v00008086d000010C8sv*sd*bc*sc*i*
alias:          pci:v00008086d000010C7sv*sd*bc*sc*i*
alias:          pci:v00008086d000010C6sv*sd*bc*sc*i*
alias:          pci:v00008086d000010B6sv*sd*bc*sc*i*
depends:        mdio,ptp,dca
intree:         Y
vermagic:       3.10.0-957.27.2.el7.x86_64 SMP mod_unload modversions
signer:         CentOS Linux kernel signing key
sig_key:        52:0A:4E:2D:9D:55:3E:F8:42:01:C1:88:B8:7F:E5:1B:9D:E1:1A:5E
sig_hashalgo:   sha256
parm:           max_vfs:Maximum number of virtual functions to allocate per
physical function - default is zero and maximum value is 63 (uint)
parm:           allow_unsupported_sfp:Allow unsupported and untested SFP+
modules on 82599-based adapters (uint)
parm:           debug:Debug level (0=none,...,16=all) (int)

Mauricio, what else shloud I check with kernel module?

Mirek

Am 17.09.2019 um 16:31 schrieb Miroslav Geisselreiter:
>> Hallo,
>> perhaps a timing problem until the nic is up or a bios bug.
>>
>> Ralf
> Thank you, Ralf. I will check if there is a new bios. If it is timing 
> problem, can I do anything to solve this?
Use a delay in the grub config to verify that the nic is active before 
booting.
For testing you can insert sleeps in the starting scripts to identify 
timing problems.
If both cards are connected with the switch does anything change when 
the cables are changed a to b and b to a?


Ralf

Dne 17.9.2019 v 17:34 Ralf Prengel napsal(a):
>
>
> Am 17.09.2019 um 16:31 schrieb Miroslav Geisselreiter:
>
>>> Hallo,
>>> perhaps a timing problem until the nic is up or a bios bug.
>>>
>>> Ralf
>> Thank you, Ralf. I will check if there is a new bios. If it is timing 
>> problem, can I do anything to solve this?
>
> Use a delay in the grub config to verify that the nic is active before 
> booting.
> For testing you can insert sleeps in the starting scripts to identify 
> timing problems.
> If both cards are connected with the switch does anything change when 
> the cables are changed a to b and b to a?
>
>
> Ralf
I set the delay and it seems to have helped. After several restarts 
without problems.

Mirek