Pour ma part le problème avec la migration Postgresql11→13 a été résolu simplement, en suivant vos conseils : j’ai supprimé les 4 paquets PostgreSQL11 qui gênaient, car aucune application de les utilisait.
C’est passé sans ce soucis cette fois (sur un Raspberry Pi 4).
Par contre le problème de Mysql et Nextcloud reste présent, Nextcloud ne fonctionne plus à cause de cela
Je ne peux pas non plus faire la mise à jour de Nextcloud 22.2.7~ynh1 à 22.2.10~ynh1.
edit:
Un service mysql status
donne:
[ERROR] InnoDB: Space id and page no stored in the page, read in are [page id: space=2688, page number=200800], should be [page id: space=2688, page number=3608672]
FreshRSS fonctionne, et utilise aussi MySQL
edit 2 : J’ai essayé de me connecter à la base de donnée avec ynh_mysql_connect_as
, ça mouline dans le vide jusqu’au timeout.
edit3: le fichier nextcloud.log
ne rapporte rien quand j’essaye de me connecter via mon navigateur (qui donne un 504 Gateway time-out).
edit 4 : après un nouvel essai de redémarrage de php7.4-fpm, maintenant j’ai une Internal Server Error pour Nextcloud, et pour mariadb (mysql) ce message d’erreur:
mariadb.service: Main process exited, code=killed, status=6/ABRT
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: Debian -- User Support
░░
░░ An ExecStart= process belonging to unit mariadb.service has exited.
░░
░░ The process’ exit code is ‘killed’ and its exit status is 6.
░░ systemd[1]: mariadb.service: Failed with result ‘signal’.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: Debian -- User Support
░░
░░ The unit mariadb.service has entered the ‘failed’ state with result ‘signal’.
edit 5 : more detailed logs from journalctl.
A bunch of several times :
août 14 15:40:44 --Thread 2565497728 has waited at row0sel.cc line 4718 for 11.00 seconds the semaphore:
août 14 15:40:44 S-lock on RW-latch at 0x9cb54e8c created in file buf0buf.cc line 1226
août 14 15:40:44 a writer (thread id 2594022272) has reserved it in mode wait exclusive
août 14 15:40:44 number of readers 1, waiters flag 1, lock_word: ffffffff
août 14 15:40:44 Last time write locked in file buf0rea.cc line 120
août 14 15:40:44 InnoDB: Pending reads 0, writes 0
And then
août 14 15:40:44 2022-08-14 15:40:44 0 [ERROR] [FATAL] InnoDB: Semaphore wait has lasted > 600 seconds. We intentionally crash the server because it appears to be hung.
août 14 15:40:44 220814 15:40:44 [ERROR] mysqld got signal 6 ;
août 14 15:40:44 This could be because you hit a bug. It is also possible that this binary
août 14 15:40:44 or one of the libraries it was linked against is corrupt, improperly built,
août 14 15:40:44 or misconfigured. This error can also be caused by malfunctioning hardware.
août 14 15:40:44 To report this bug, see MariaDB Community Bug Reporting - MariaDB Knowledge Base
août 14 15:40:44 We will try our best to scrape up some info that will hopefully help
août 14 15:40:44 diagnose the problem, but since we have already crashed,
août 14 15:40:44 something is definitely wrong and this may fail.
août 14 15:40:44 Server version: 10.5.15-MariaDB-0+deb11u1