DarkVex's questions

Eu tenho dois HP NC523SFP 10Gb 2 portas (1 em um HP DL380e Gen8 e outro em Dell PowerEdge 2950) ambos os sistemas têm Centos 7, as placas são detectadas e estão executando o mesmo firmware. Conectei diretamente os servidores com cabo 10Gtek SFP-H10GB-CU2M que de acordo com alguns outros posts encontrados online parece compatível (tentei também com cabo 10Gtek SFP-H10GB-CU2M) mas o problema é que o link não é detectado entre as duas placas.. Nos outros dois slots dessas placas eu tenho os adaptadores de fibra 10Gtek AXS85-192-M3-Cisco2 estes estão conectados a um switch Cisco com um cabo de fibra LC-SC mas nenhum destes obtém o link detectado. Aqui a saída ethtool de ambos os servidores:

DL380e Gen8 (parece que ambos os transreceptores de fibra e cobre são reconhecidos)

[root@hpe ~]# ifconfig ens4f0
ens4f0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 8c:dc:d4:91:5e:50  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 90

[root@hpe ~]# ifconfig ens4f1
ens4f1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 8c:dc:d4:91:5e:54  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 91

[root@hpe ~]# ethtool ens4f0
Settings for ens4f0:
        Supported ports: [ TP FIBRE ]
        Supported link modes:   10000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: No
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Advertised FEC modes: Not reported
        Speed: Unknown!
        Duplex: Unknown! (255)
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
        MDI-X: Unknown
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x00000000 (0)
        Link detected: no

[root@hpe ~]# ethtool ens4f1
Settings for ens4f1:
        Supported ports: [ TP FIBRE ]
        Supported link modes:   10000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: No
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Advertised FEC modes: Not reported
        Speed: Unknown!
        Duplex: Unknown! (255)
        Port: FIBRE
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x00000000 (0)
        Link detected: no

Dell Power Edge 2950

[root@dell ~]# ifconfig enp8s0f0
enp8s0f0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether c4:34:6b:cc:cf:60  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 31

[root@dell ~]# ifconfig enp8s0f1
enp8s0f1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether c4:34:6b:cc:cf:64  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 32

[root@dell ~]# ethtool enp8s0f0
Settings for enp8s0f0:
        Supported ports: [ TP FIBRE ]
        Supported link modes:   10000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: No
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Advertised FEC modes: Not reported
        Speed: Unknown!
        Duplex: Unknown! (255)
        Port: Other
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x00000000 (0)    
        Link detected: no

[root@dell ~]# ethtool enp8s0f1
Settings for enp8s0f1:
        Supported ports: [ TP FIBRE ]
        Supported link modes:   10000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: No
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Advertised FEC modes: Not reported
        Speed: Unknown!
        Duplex: Unknown! (255)
        Port: FIBRE
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x00000000 (0)
        Link detected: no

O que posso verificar? Eu tentei forçar a velocidade do link, mas recebo "Operação não permitida" notei que na Dell o cabo de cobre é detectado como "Porta: Outro"

Eu tenho um HP DL380e Gen8 com controlador RAID P420 que foi ligado 24h por dia no meu trabalho anterior por 7 meses sem problemas ao executar algumas VMs. Depois de mudar de emprego, fiquei com o servidor em casa por cerca de 3 meses desligado. Liguei hoje depois de adicionar uma placa de rede de 10 Gbe (HP NC523SFP) o servidor inicializou bem, fiz o login no sistema operacional (Centos 7) e tudo parece bem. Após cerca de 45 minutos ouvi o FAN do servidor girar em 100% e depois voltar ao normal, conectei um monitor e tenho uma tela vermelha da morte com um erro de NMI.. Verificando no ILO o erro refere-se ao PCI- E Slot 1 Raiser card 1 que é onde o controlador P420 está conectado (10Gbe está no Slot 3 riser card 1). Eu estava pensando que o problema foi causado pelo 10Gbe, mas depois de removê-lo o servidor ainda fica com a tela vermelha da morte. EU' Também já tentei mover o 10Gbe no slot PCI-E do outro lado da placa riser mas nada mudou, também tentei remover o módulo Smart Cache com a bateria e mover o P420 no Slot 3. O que posso verificar ? A única coisa que não tentei foi inicializar sem os HDDs conectados e/ou cabos de backplane removidos do P420. É possível que ter a placa de 10Gbe no mesmo lado da placa riser tenha quebrado o controlador P420? Quando inicializei pela primeira vez com o 10Gbe, lembro que havia uma mensagem sobre a opção de disco / rom de inicialização que eu não tinha visto antes e ignorei completamente. A tentativa é inicializar sem os HDDs conectados e/ou cabos de backplane removidos do P420. É possível que ter a placa de 10Gbe no mesmo lado da placa riser tenha quebrado o controlador P420? Quando inicializei pela primeira vez com o 10Gbe, lembro que havia uma mensagem sobre a opção de disco / rom de inicialização que eu não tinha visto antes e ignorei completamente. A tentativa é inicializar sem os HDDs conectados e/ou cabos de backplane removidos do P420. É possível que ter a placa de 10Gbe no mesmo lado da placa riser tenha quebrado o controlador P420? Quando inicializei pela primeira vez com o 10Gbe, lembro que havia uma mensagem sobre a opção de disco / rom de inicialização que eu não tinha visto antes e ignorei completamente.

Eu tenho algum problema com um concentrador OpenVPN ao usar o dispositivo TUN. O cenário é esse:

OpenVPN Server
VPN Subnet: 10.10.10.1/24

PC1 OpenVPN Client
VPN IP: 10.10.10.50
PC Local subnet/IP: 192.168.20.100

PC2 OpenVPN Client
VPN IP: 10.10.10.60
PC Local subnet/IP: 192.168.30.100

RemoteSite1
VPN IP: 10.10.10.70
Local Subnet: 192.168.80.0/24

RemoteSite2
VPN IP: 10.10.10.80
Local Subnet: 192.168.80.0/24

O PC1 se conecta ao RemoteSite1 e o PC2 se conecta ao RemoteSite2, mas ao usar o irout, um dos PCs chega ao site remoto errado. Esta configuração funciona perfeitamente ao usar o dispositivo TAP. Para evitar conflitos de rede no servidor OpenVPN, não há regra de roteamento para os sites remotos, há uma tabela de roteamento de pesquisa específica para cada PC, assim:

root@openvpn~ # ip rule sh
0:  from all lookup local 
1:  from 10.10.10.50 lookup 1024
1:  from 10.10.10.60 lookup 1034
10: from all to 10.10.10.0/24 lookup main 

E abaixo de cada tabela: root@openvpn~ # ip route show table 1024 192.168.80.0/24 via 10.10.10.70 dev tap0

root@openvpn~ # ip route show table 1034
192.168.80.0/24 via 10.10.10.80 dev tap0

Como posso arquivar a mesma configuração, mas com TUN e irout?

Eu tenho um Dell 2950 com pacotes Centos 7 e Dell OMSA instalados. Quando tento atualizar o servidor com "yum update" tenho o seguinte problema de dependências:

Error: Package: dell_ie_rac_5-8.1.0-4.1.128.el7.x86_64 (@dell-omsa-indep)
       Requires: srvadmin-racadm5 = 8.1.0
       Removing: srvadmin-racadm5-8.1.0-4.1.128.el7.x86_64 (@dell-omsa-indep                                                                             )
           srvadmin-racadm5 = 8.1.0-4.1.128.el7
       Updated By: srvadmin-racadm5-8.3.0-1908.9058.el7.x86_64 (dell-omsa-in                                                                             dep)
           srvadmin-racadm5 = 8.3.0-1908.9058.el7
Error: Package: python-smbios-2.2.27-4.4.1.el7.x86_64 (@dell-omsa-indep)
           Requires: libsmbios = 2.2.27-4.4.1.el7
           Removing: libsmbios-2.2.27-4.4.1.el7.x86_64 (@dell-omsa-indep)
               libsmbios = 2.2.27-4.4.1.el7
           Updated By: libsmbios-2.2.27-1908.9058.el7.x86_64 (dell-omsa-indep)
               libsmbios = 2.2.27-1908.9058.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Qual é a solução mais segura neste caso? Ignorar/Ignorar as dependências não é uma opção para mim