RTNETLINK: Dispositivo ou recurso ocupado - DELL 2950

1

Não consigo iniciar o segundo NIC no Dell Poweredge 2950, o OMSA instalado, as placas NIC são BCM5708C, versão do Operating System Centos 6.7.

O primeiro cartão está sendo usado corretamente

[root@alfa ~]# ifup eth1
RTNETLINK answers: Device or resource busy
Failed to bring up eth1.

-

[root@alfa ~]# uname -a
Linux alfa.uskonnen.net 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

-

[root@alfa ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
NM_CONTROLLED=no
UUID="be0b2777-dc5c-421b-b3be-d0f5664f603f"
IPADDR=123.123.123.49
NETMASK=255.255.255.224
DNS1=1.1.1.1
DNS2=2.2.2.2.2
GATEWAY=123.123.123.62
TYPE=Ethernet
HWADDR=00:1a:a0:0d:3a:9c

-

cat /var/log/messages:
alfa kernel: bnx2 0000:09:00.0: firmware: requesting bnx2/bnx2-mips-06-6.2.3.fw
alfa kernel: bnx2 0000:09:00.0: firmware: requesting bnx2/bnx2-rv2p-06-6.0.15.fw
alfa kernel: bnx2: fw sync timeout, reset code = 5030024
alfa kernel: bnx2 0000:09:00.0: eth1: <--- start MCP states dump --->
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: MCP_STATE_P0[00000106] MCP_STATE_P1[dffdffff]
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: MCP mode[0000b800] state[80004000] evt_mask[00000500]
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: pc[08006b88] pc[08006b88] instr[1440fffb]
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: shmem states:
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: drv_mb[05030024] fw_mb[00000023] link_status[0000f06b] drv_pulse_mb[000000$
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: dev_info_signature[44564905] reset_type[01005254] condition[00000106]
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: 000001c0: 01005254 4253800a 00000106 d7ffffff
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: 000003cc: 44444444 44444444 44444444 00000a28
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: 000003dc: 0004ffff 00000000 00000000 00000000
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: 000003ec: 00000000 00000000 00000000 00a27657
alfa kernel: bnx2 0000:09:00.0: eth1: DEBUG: 0x3fc[0000ffff]
alfa kernel: bnx2 0000:09:00.0: eth1: <--- end MCP states dump --->
alfa /etc/sysconfig/network-scripts/ifup-eth: Failed to bring up eth1.

Como isso pode ser corrigido? Por favor ajude

    
por user2421781 10.09.2015 / 18:50

1 resposta

0

Eu tive uma situação semelhante, embora com hardware diferente. O problema acabou por ser um problema de firmware que resolvi por re-flashing do NIC. A pergunta é sobre as NICs Broadcom em um sistema Dell, mas meu caso é com as NICs Intel em um sistema Intel. Não tenho certeza se existe alguma parte não volátil do firmware nas NICs Broadcom ou não, portanto, esse método pode não ter um método semelhante disponível para esse sistema.

No meu caso, eu tinha uma placa para servidor Intel (S2600ST) com NICs Intel embarcadas. As NICs funcionavam bem para a inicialização PXE e para lidar com o IPMI fora de banda. O sistema operacional poderia até mesmo ver as NICs ... ifconfig listaria as interfaces, mas ao tentar trazer a interface para cima, daria o mesmo erro:

RTNETLINK answers: Device or resource busy

Primeiro, tentei atualizar o BIOS / BMC / FRU. Isso não mudou o comportamento e o problema persistiu. Este ainda seria um bom primeiro passo para a maioria dos sistemas.

Em seguida, tentei reflashing o próprio NIC. As placas de rede Intel precisam ser exibidas para habilitar a inicialização PXE e outras ROMs de opção de pré-inicialização. Sabendo disso, eu instalei o bootutil da Intel e correu. Ele listou todas as NICs no sistema, após o que eu corri com a opção de habilitar a opção rom do PXE:

./bootutil64e -FLASHENABLE -NIC=1

Executar isto pisca todo o firmware da NIC e não altera apenas uma configuração em uma pequena região nvram. Portanto, mesmo que eu não tenha alterado nada (já que a opção rom do PXE já estava instalada / habilitada), ela reflashou o firmware.

Agora uma reinicialização é necessária. Eu reiniciei o sistema, e o sistema operacional agora pode abrir a interface sem erros, além de usar a NIC.

    
por 15.11.2017 / 21:57