ECS: Console di servizio: "Static routes validation' failed" dopo la modifica dell'indirizzo IP

Gli indirizzi IP sono stati modificati.

Dopo la modifica, il controllo integrità di Service Console ha esito negativo con errore "Convalida route statiche" non riuscita.

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

Nell'esempio precedente, gli indirizzi IP per public.mgmt abilitati per la separazione di rete sono stati modificati.

Il malvagio ifstatus per l'interfaccia mostra device-not-running.

Per verificarlo, eseguire il seguente comando: I lease mostrano: 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

Le route statiche sono configurate nell'interfaccia public.mgmt.

Eseguire il comando riportato di seguito per visualizzare le route statiche:   

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

Nell'esempio precedente, si supponga che la versione 10.1.2.23 sia la route precedente che è un gateway SRS (Secure Remote Services), mentre la nuova sia la 11.2.3.4.

Ora, non può riattivare l'interfaccia malvagia con i vecchi percorsi in atto. Le route devono essere rimosse per prime.

Avviso: Assicurarsi di verificare che nessun traffico di produzione sia in esecuzione su questa route prima dell'eliminazione. L'eliminazione della route errata potrebbe causare la non disponibilità dei dati. Ottenere l'autorizzazione per eseguire questa modifica prima di eliminare una qualsiasi delle route!

Una volta concordate, eliminare le route precedenti.

Le route possono essere rimosse una alla volta o creando un file con tutti i comandi. Il comando è:    

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

In alternativa, copia e incolla direttamente dall'output di getrackinfo -t

Ad esempio, creare un file:    

vi delete-old-routes

Immettere l'elenco delle route per:    

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

Salvare il file e renderlo eseguibile:    

chmod +x delete-old-routes

Eseguire il file:    

./delete-old-routes

Le interfacce malvagie ora dovrebbero cambiare in up:

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