| ... | ... | @@ -165,3 +165,22 @@ Para finalizar el proceso reiniciamos, o bien apagamos y prendemos, todos los no |
|
|
|
root@cazuela:~# uname -a
|
|
|
|
Linux cazuela 5.3.13-1-pve #1 SMP PVE 5.3.13-1 (Thu, 05 Dec 2019 07:18:14 +0100) x86_64 GNU/Linux
|
|
|
|
```
|
|
|
|
|
|
|
|
## Comentarios finales luego de concluido el upgrade
|
|
|
|
|
|
|
|
El proceso de upgrade se llevó adelante con resultado satisfactorio (incluyendo la -algo lenta- verificación de resplados), casi totalmente de acuerdo a lo previsto.
|
|
|
|
|
|
|
|
La unica "sorpresa" (más bien vinculada a Debian Buster que a Proxmox VE 6) fue al reiniciar los servidores Lenovo de idéntico modelo, `Gurí` y `Botija`, una vez concluido el dist-upgrade. En ellos las interfaces de red 10GbE cambiaron de nombre, de `enp88s0f0` a `ens4f0` y hubo que modificar manualmente el archivo `/etc/network/interfaces`. Hasta ese momento, la subred compuesta por dichas interfaces era utilizada únicamente para compartir almacenamiento sobre NFS desde `Redota`. Por lo que la única manifestación de esta incidencia, era la indisponibilidad de los almacenamientos remotos en `Gurí` y `Botija`.
|
|
|
|
|
|
|
|
A modo de nota final, en el paso que se esperaban incidencias a resolver manualmente
|
|
|
|
|
|
|
|
> **Para el caso de los nodos en producción, lo recomendable es utilizar la opción `D` (mostrar las diferencias entre versiones) para chequear manualmente las diferencias y analizar lo que se debe conservar en cada caso.**
|
|
|
|
|
|
|
|
los archivos que resultaron en conflicto (por tener configuraciones personalizadas) total o parcialmente en cada nodo fueron los siguientes:
|
|
|
|
|
|
|
|
* /etc/issue
|
|
|
|
* /etc/fail2ban/fail2ban.conf
|
|
|
|
* /etc/ssh/sshd_config
|
|
|
|
* /etc/apt/sources.list.d/pve-enterprise.list
|
|
|
|
* /usr/share/unattended-upgrades/50unattended-upgrades
|
|
|
|
* /etc/sysctl.d/90-inotify.conf |
|
|
\ No newline at end of file |
