OKD: Reinstalar control plane1

Sacar al cp1 del cluster

  • Desde el provisioner
  • backup
oc debug node/cp2.okd.una.ac.cr
  • Resultado
Starting pod/cp2okdunaaccr-debug-lncp8 ...
To use host binaries, run `chroot /host`. Instead, if you need to access host namespaces, run `nsenter -a -t 1`.
Pod IP: 10.0.2.236
If you don't see a command prompt, try pressing enter.
sh-5.1#
  • Ejecutamos
chroot /host
/usr/local/bin/cluster-backup.sh /home/core/etcd-backup
exit
exit

Paso 2 — Ver los miembros de etcd e identificar el de cp1.

oc rsh -n openshift-etcd etcd-cp2.okd.una.ac.cr
  • una vez dentro
etcdctl member list -w table

Vas a ver 3 filas. Buscá la que tenga la IP 10.0.2.235 (cp1). Copiá su ID (la primera columna, en hexadecimal, algo como 9c8...). No salgas todavía del pod.

Paso 3 — Remover el miembro muerto.

Con quórum intacto (cp2 y cp3 sanos), esto es seguro:

bash

etcdctl member remove <ID_DE_CP1>
etcdctl member list -w table
exit

La segunda lista debe mostrar solo 2 miembros. Ese es el resultado que buscás.

  • salimos
exit
  • borramos los secretos
oc get secrets -n openshift-etcd | grep cp1.okd.una.ac.cr
  • los eliminamos
oc delete secret etcd-peer-cp1.okd.una.ac.cr etcd-serving-cp1.okd.una.ac.cr etcd-serving-metrics-cp1.okd.una.ac.cr -n openshift-etcd
  • confirmamos
oc get secrets -n openshift-etcd | grep cp1

ingresamos a https://10.0.81.12/iPages/i_login.asp

u:r
p:changeme
  • lanzamos la aplicación
  • Nos abre la aplicacción

Configuración

  • vemos las conexiones de red
nmcli connection show
  • ahora vamos a borrar las conexiones para crear un bond
sudo nmcli connection delete "Wired connection 1"
sudo nmcli connection delete "Wired connection 2"
sudo nmcli connection delete "Wired connection 3"
sudo nmcli connection delete "Wired connection 4"
sudo nmcli connection delete "Wired connection 5"
  • confirmamos
nmcli connection show
  • Crear el bond LACP con la IP de cp1:
sudo nmcli con add type bond con-name bond-datos ifname bond-datos mode 802.3ad \
  ipv4.method manual ipv4.addresses 10.0.2.235/23 ipv4.gateway 10.0.2.1 \
  ipv4.dns "10.0.98.101" ipv6.method disabled connection.autoconnect yes
  • Agregar las dos interfaces como esclavos del bond:
sudo nmcli con add type ethernet con-name datos1 ifname eno2np0 master bond-datos
sudo nmcli con add type ethernet con-name datos2 ifname eno3np1 master bond-datos
  • Levantar todo:
sudo nmcli con up datos1
sudo nmcli con up datos2
sudo nmcli con up bond-datos
  • Verificar que el bond levantó con LACP de verdad. Este chequeo es el que te dice si el switch y el bond se entendieron:
cat /proc/net/bonding/bond-datos

Fijate en dos cosas: que diga Bonding Mode: IEEE 802.3ad Dynamic link aggregation, y que en cada esclavo el MII Status: up. Si el LACP negoció bien, vas a ver una sección 802.3ad info con un Partner Mac Address que no sea todo ceros (eso confirma que el switch está respondiendo al LACP).