Platforma zarządzania PowerFlex — uaktualnienie przełącznika Cisco Nexus nie powiodło się z powodu przekroczenia limitu czasu SSH

Scenariusz

Po zainicjowaniu uaktualnienia przełącznika Cisco Nexus system próbuje przenieść plik oprogramowania wewnętrznego, jak pokazano w poniższych dziennikach wdrażania:

INFO  [2024-10-08T11:41:43.149490] 315108: provider/base.rb:239:in `process!': Resources for cisconexus5k-fdoXXXXXXX:
 {"asm::firmware"=>
  {"cisconexus5k-fdoXXXXXXX"=>
    {"asm_hostname"=>"10.10.26.16",
     "decrypt"=>false,
     "force_restart"=>true,
     "http_password"=>"test",
     "http_user"=>"test",
     "install_type"=>"uri",
     "path"=>
      "https://test:test@10.10.10.15:443/httpshare/download/8aaa8037910dd23d01910f4a911b159c/nxos64-cs.10.4.2.F.bin",
     "product"=>"cisconexus5k",
     "server_firmware"=>
      "[{\"instance_id\":null,\"component_id\":\"31148\",\"uri_path\":\"https://dellpowerflex.com:443/httpshare/download/8aaa8037910dd23d01910f4a911b159c/nxos64-cs.10.4.2.F.bin\",\"version\":null}]",
     "version"=>"10.4(2)"}}}

Podczas tego przesyłania proces trwa około 3–5 minut, po czym zostaje zatrzymany, co powoduje przekroczenie limitu czasu połączenia. Dziennik wyjątków zawiera następujące informacje:

#<RuntimeError: env --unset=RUBYOPT --unset=GEM_HOME --unset=RUBYLIB --unset=GEM_PATH --unset=BUNDLE_BIN_PATH RUBYLIB=/opt/service/lib:/opt/asm-deployer/lib:/opt/puppetlabs/puppet/lib:/opt/dependencies/dell-asm-util/lib PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/puppetlabs/puppet/bin:/opt/puppetlabs/bin puppet asm process_node --debug --trace --filename /opt/Dell/ASM/deployments/Job-5c4d4f5b-5fb2-4948-9fe7-8ece57b4b2e7-2/resources/cisconexus5k-fdoXXXXXXX.yaml --run_type apply --statedir /opt/Dell/ASM/deployments/Job-5c4d4f5b-5fb2-4948-9fe7-8ece57b4b2e7-2/resources --always-override cisconexus5k-fdoXXXXXXX failed; output in /opt/Dell/ASM/deployments/Job-5c4d4f5b-5fb2-4948-9fe7-8ece57b4b2e7-2/cisconexus5k-fdoXXXXXXX.out>

Na tym etapie uaktualnienie kończy się niepowodzeniem, a cisconexus5k-fdoXXXXXXX.out wyświetla następujący błąd:

Debug: SSH send only: copy https://test:test@10.10.10.15:443/httpshare/download/8aaa8037910dd23d01910f4a911b159c/nxos64-cs.10.4.2.F.bin bootflash: vrf management
Error: execution expired
Error: /Stage[main]/Asm::Resource_wrapper/Asm::Firmware[cisconexus5k-fdoXXXXXX]/Cisconexus5k_firmwareupdate[firmware_update]/returns: change from  to '#' failed: execution expired

Wpływ 

Nie można uaktualnić przełączników z PFxM.

From Switch:
ping <MVM-MGMT> packet-size 1500 count 1000 vrf management
copy https://X.X.X.X:443/httpshare/download/<PATH> bootflash: vrf management
show vrf
show ip route vrf management
traceroute

Podstawową kwestią jest routing asymetryczny na MVM:

• Przełączniki Cisco i hosty PFMP mają interfejsy w podsieci 10.10.26.16/25 (sieć OOB).
• Routing jest skonfigurowany w sieci zarządzania PFMP w celu kierowania z zarządzania do OOB.
• Żądania transferu plików z Cisco Switch (10.10.26.23) dotarły do PFMP1 przy użyciu eth1 (10.10.26.12). Wtedy odpowiedź wychodząca wychodzi z eth0 (10.10.10.23).
• Ze względu na konfigurację sieci, w tym ustawienia zapory, zasady bezpieczeństwa i reguły sieciowe, transfer plików był wstrzymywany. Ten problem powstawał, ponieważ żądania były wysyłane do PFMP1 na interfejsie eth1, ale odpowiedzi były kierowane z powrotem do przełącznika z interfejsu eth0 PFMP1, powodując przerwanie połączenia.

Aby rozwiązać ten problem, należy podjąć następujące działania:

Wyłącz interfejs eth1 (NIC):

Wyłącz interfejs eth1 na PFMP:

ip link set dev eth1 down

Usuń eth1 z konfiguracji sieci:

Usuń lub przenieś plik konfiguracji sieci eth1, aby zapobiec jego uruchomieniu przy ponownym uruchomieniu.

Na przykład w systemie Linux:

mv /etc/sysconfig/network-scripts/ifcfg-eth1 /etc/sysconfig/network-scripts/ifcfg-eth1.bak

Wersja, której dotyczy problem

PFMP 4.x

Naprawiono w wersji

Nie dotyczy — praca zgodnie z oczekiwaniami