ECS: Konsola serwisowa: "Static routes validation' failed" po zmianie adresu IP

Adresy IP zostały zmienione.

Po wprowadzeniu zmiany kontrola poprawności działania konsoli usługi kończy się niepowodzeniem z powodu błędu "Static routes validation".

20200205 17:23:52.703: |   Static routes validation
INFO: On node 1XX.2XX.1.1 NAN managed static routes configured for networks: ['mgmt']
20200205 17:23:54.563: |   | FAIL (1 sec)
[ERROR] 'Static routes validation' failed: [1XX.2XX.1.1]: Command failed: 'sshpass ssh -q -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o ServerAliveInterval=30  -T  root@1XX.2XX.1.1 $'(1>&2 echo connect7); wicked ifstatus public.mgmt 2>&1' < /dev/null'
Output:
public.mgmt     device-not-running
      link:     #10, state up, mtu 1500
      type:     vlan public[1474], hwaddr a4:bf:01:1f:c3:ea
      config:   compat:suse:/etc/sysconfig/network/ifcfg-public.mgmt
      leases:   ipv4 static failed
      leases:   ipv6 auto granted
      addr:     ipv4 10.1.2.3/24 [static]
      route:    ipv4 10.4.5.6/27 via 10.1.2.1 [static]
      route:    ipv4 10.4.5.7/27 via 10.1.2.1 [static]
      route:    ipv6 default via fe80::218:74ff:fe1c:8640 metric 1024 proto ra

W powyższym przykładzie adresy IP dla separacji sieci włączone public.mgmt zostały zmienione.

Niegodziwy ifstatus dla interfejsu pokazuje device-not-running.

Aby to sprawdzić, uruchom poniższe polecenie: Dzierżawy pokazują: ipv4 static failed

viprexec -if ~/VDCLIST wicked ifstatus <interface name> |grep <interface name> -A 4

admin@node-a:~> viprexec -if ~/VDCLIST wicked ifstatus public.mgmt |grep public.mgmt -A 4
Output from host : 1XX.2XX.1.1
public.mgmt     device-not-running
      link:     #10, state up, mtu 1500
      type:     vlan public[1474], hwaddr a4:bf:01:1f:c3:ea
      config:   compat:suse:/etc/sysconfig/network/ifcfg-public.mgmt
      leases:   ipv4 static failed
Output from host : 1XX.2XX.1.2
public.mgmt     device-not-running
      link:     #10, state up, mtu 1500
      type:     vlan public[1474], hwaddr a4:bf:01:1f:c3:eb
      config:   compat:suse:/etc/sysconfig/network/ifcfg-public.mgmt
      leases:   ipv4 static failed
Output from host : 1XX.2XX.1.3
public.mgmt     device-not-running
      link:     #10, state up, mtu 1500
      type:     vlan public[1474], hwaddr a4:bf:01:1f:c3:ec
      config:   compat:suse:/etc/sysconfig/network/ifcfg-public.mgmt
      leases:   ipv4 static failed
Output from host : 1XX.2XX.1.4
public.mgmt     device-not-running
      link:     #10, state up, mtu 1500
      type:     vlan public[1474], hwaddr a4:bf:01:1f:c3:ed
      config:   compat:suse:/etc/sysconfig/network/ifcfg-public.mgmt
      leases:   ipv4 static failed

Trasy statyczne są konfigurowane w interfejsie public.mgmt.

Uruchom poniższe polecenie, aby wyświetlić trasy statyczne:   

getrackinfo -t

admin@node-a:~> getrackinfo -t
Static route list
=================
Node ID      Network            Netmask                  Gateway           Interface     
1                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
1                  11.2.3.4             255.255.255.0     11.2.3.1            public.mgmt
2                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
2                  11.2.3.4             255.255.255.0     11.2.3.1            public.mgmt
3                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
3                  11.2.3.4             255.255.255.0     11.2.3.1            public.mgmt
4                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
4                  11.2.3.4             255.255.255.0     11.2.3.1            public.mgmt

W powyższym przykładzie załóżmy, że 10.1.2.23 to stare trasy, które są bramą Secure Remote Services (SRS), podczas gdy nowa to 11.2.3.4.

Teraz nie może ponownie aktywować nikczemnego interfejsu ze starymi trasami. Trasy muszą zostać usunięte jako pierwsze.

Ostrzeżenie: Przed usunięciem upewnij się, że żaden ruch produkcyjny nie jest uruchamiany na tej trasie. Usunięcie niewłaściwej trasy może spowodować DU. Uzyskaj pozwolenie na tę zmianę przed usunięciem którejkolwiek z tras!

Po uzgodnieniu usuń stare trasy.

Trasy można usuwać pojedynczo lub tworząc plik ze wszystkimi poleceniami. Polecenie to:    

sudo setrackinfo --static-route-del <node id> <destination> <netmask> <gateway> <interface>

Alternatywnie skopiuj i wklej bezpośrednio z danych wyjściowych getrackinfo -t

Na przykład utwórz plik:    

vi delete-old-routes

Wprowadź listę tras do:    

sudo setrackinfo --static-route-del 1                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
sudo setrackinfo --static-route-del 2                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
sudo setrackinfo --static-route-del 3                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt
sudo setrackinfo --static-route-del 4                  10.1.2.23            255.255.255.224   10.1.2.1            public.mgmt

Zapisz plik i nadaj mu uprawnienia wykonywalne:    

chmod +x delete-old-routes

Uruchom plik:    

./delete-old-routes

Interfejsy Wicked powinny teraz zmienić się na na:

viprexec -if ~/VDCLIST wicked ifstatus <interface name> |grep <interface name> -A 1

viprexec -if ~/VDCLIST wicked ifstatus public.mgmt |grep public.mgmt -A 1
Output from host : 1XX.2XX.1.1
public.mgmt     up
Output from host : 1XX.2XX.1.2
public.mgmt     up
Output from host : 1XX.2XX.1.3
public.mgmt     up
Output from host : 1XX.2XX.1.4
public.mgmt     up