22
0
Fork 0

ajout d'infos suite à une nouvelle upgrade

This commit is contained in:
Gregory Colpart 2021-03-24 13:08:03 +01:00
parent 5c5f3eb3f9
commit 35498bf58a
1 changed files with 68 additions and 0 deletions

View File

@ -143,6 +143,11 @@ Enfin, il faut redémarrer sur le nouveau noyau Linux installé :
# reboot
~~~
Si nécessaire, on peut forcer le reboot ainsi :
~~~
# systemctl --force reboot
~~~
## APT
@ -172,6 +177,20 @@ DPkg {
`apt-listchanges` et `aptitude`ne sont plus utilisés, ils doivent être désinstallé.
En cas d'erreur :
~~~
W: There is no public key available for the following key IDs:
112695A0E562B32A
~~~
Un contournement (salé) est d'ajouter la clé ainsi :
~~~
# apt-key adv --keyserver keyserver.ubuntu.com --recv 112695A0E562B32A
~~~
À noter que lors de l'upgrade `/bin/sh /var/lib/dpkg/info/apt.postinst configure 1.0.9.8.6` peut prendre beaucoup de temps (plusieurs minutes), il faut patienter.
## PHP
@ -365,6 +384,12 @@ On passe de Fail2Ban 0.8 à 0.9, et il y a un certain nombre de changements :
- pour cette jail concernant SSH, elle définissant `maxretry = 6`, ce n'est plus le cas donc cela change et revient au paramètre par défaut, à savoir `maxretry = 5` en Debian 9
- le paramètre par défaut `maxretry = 3` passe à `maxretry = 5`
Il est conseillé de repartir de la configuration `jail.conf` du nouveau paquet, sinon vous aurez des erreurs du type :
~~~
fail2ban-client[23033]: ERROR Failed during configuration: While reading from '/etc/fail2ban/jail.conf' [line 119]: option 'port' in section 'pam-generic' already exists
~~~
## mytop
Installer le paquet *libconfig-inifiles-perl* pour éviter l'erreur :
@ -382,3 +407,46 @@ Celui-ci est utilisé par quelques programmes (dont des modules LSB) qui ont bes
Avant la supression des anciennes versions, il faudra bien penser à vérifier qu'elles peuvent supporter les mises à jours.
La méthode a suivre est de recréer de nouvelles instances avec les bonnes versions pour que le client puisse tester son bon fonctionnement. Seulement après les bascules ont réalise les suppressions.
## roundcube
Lors de l'upgrade avec dbconfig / MySQL, vous risquez d'avoir une erreur :
~~~
mysqldump: Couldn't execute 'SHOW FUNCTION STATUS WHERE Db = 'roundcube'': Cannot load from mysql.proc. The table is probably corrupted (1728)
~~~
Il faudrait d'abord faire l'upgrade MySQL pour éviter cette erreur.
Lancer à nouveau l'upgrade des bases Roundcube n'est pas trivial, relancer le `postinst configure` ne semble pas parfait.
## Courier
Le paquet `courier-ldap` tente de lancer un démon `ldapaliasd` qui n'est pas nécessaire en général.
Le plus simple est de désactiver :
~~~
# systemctl disable courier-ldap
~~~
## systemd / journald
Le démon `systemd-journald` prend parfois beaucoup de mémoire.
Si vraiment nécessaire, il peut être killé et devrait se relancer tout seul :
~~~
ps auwx
root 21537 0.3 39.4 52060656 51986900 ? Ss 2019 3304:55 /lib/systemd/systemd-journald
kill -9 21537
ps auwx
root 21537 0.3 0.0 0 0 ? Rs 2019 3304:58 [systemd-journal]
ps auwx
root 23573 0.0 0.0 70668 8748 ? Ss 09:05 0:00 /lib/systemd/systemd-journald
~~~