[Help !] Accès interface/http depuis réseau local impossible suite redémarrage

Bonjour à toutes et tous,

Mon serveur YunoHost

Matériel: Serveur local, HP Gen8
Version de YunoHost: 3.6.4.6
J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | … mais uniquement depuis l’extérieur, suite à un redémarrage.
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non (uniquement des applications officielles, et peu)
Si oui, expliquer:

Description du problème

Tout fonctionnait parfaitement avant un redémarrage.
C’est un checkrestart m’indiquant la nécessité de redémarrer pas mal de services qui m’a fait dire qu’il était temps de faire un reboot.

L’accès SSH interne fonctionnant encore j’ai pu éliminer la possibilité d’un banissement Fail2ban.
Et voici ce que renvoie un “yunohost service status” :

avahi-daemon:
active: active
active_at: 2019-09-25 19:58:43
description: permet d’atteindre votre serveur via yunohost.local sur votre réseau local
loaded: enabled
service_file_path: /lib/systemd/system/avahi-daemon.service
status: running
dnsmasq:
active: active
active_at: 2019-09-25 19:58:47
description: gère la résolution des noms de domaine (DNS)
loaded: enabled
service_file_path: /lib/systemd/system/dnsmasq.service
status: running
dovecot:
active: active
active_at: 2019-09-25 19:58:58
description: permet aux clients de messagerie d’accéder/récupérer les courriels (via IMAP et POP3)
loaded: enabled
service_file_path: /lib/systemd/system/dovecot.service
status: running
fail2ban:
active: active
active_at: 2019-09-25 19:58:55
description: protège contre les attaques brute-force et autres types d’attaques venant d’Internet
loaded: enabled
service_file_path: /lib/systemd/system/fail2ban.service
status: running
glances:
active: active
active_at: 2019-09-25 19:58:44
description: surveille les informations système de votre serveur
loaded: enabled
service_file_path: /run/systemd/generator.late/glances.service
status: running
metronome:
active: active
active_at: 2019-09-25 19:58:51
description: gère les comptes de messagerie instantanée XMPP
loaded: enabled
service_file_path: /run/systemd/generator.late/metronome.service
status: running
mysql:
active: active
active_at: 2019-09-25 19:59:02
description: stocke les données des applications (bases de données SQL)
loaded: enabled
service_file_path: /lib/systemd/system/mariadb.service
status: running
nginx:
active: active
active_at: 2019-09-25 19:58:53
description: sert ou permet l’accès à tous les sites web hébergés sur votre serveur
loaded: enabled
service_file_path: /lib/systemd/system/nginx.service
status: running
nslcd:
active: active
active_at: 2019-09-25 19:58:55
description: gère la connexion en ligne de commande des utilisateurs YunoHost
loaded: enabled
service_file_path: /run/systemd/generator.late/nslcd.service
status: running
php7.0-fpm:
active: active
active_at: 2019-09-25 19:58:57
description: exécute des applications écrites en PHP avec Nginx
loaded: enabled
service_file_path: /lib/systemd/system/php7.0-fpm.service
status: running
postfix:
active: active
active_at: 2019-09-25 19:58:56
description: utilisé pour envoyer et recevoir des courriels
loaded: enabled
service_file_path: /lib/systemd/system/postfix.service
status: exited
redis-server:
active: active
active_at: 2019-09-25 19:58:47
description: une base de données spécialisée utilisée pour l’accès rapide aux données, les files d’attentes et la communication entre les programmes
loaded: enabled
service_file_path: /lib/systemd/system/redis-server.service
status: running
rspamd:
active: active
active_at: 2019-09-25 20:17:27
description: filtre le pourriel, et d’autres fonctionnalités liées au courriel
loaded: enabled
service_file_path: /lib/systemd/system/rspamd.service
status: running
slapd:
active: active
active_at: 2019-09-25 19:58:48
description: stocke les utilisateurs, domaines et leurs informations liées
loaded: enabled
service_file_path: /run/systemd/generator.late/slapd.service
status: running
ssh:
active: active
active_at: 2019-09-25 19:58:45
description: vous permet de vous connecter à distance à votre serveur via un terminal (protocole SSH)
loaded: enabled
service_file_path: /lib/systemd/system/ssh.service
status: running
ttrss:
active: active
active_at: 2019-09-25 19:59:02
description: ttrss_backend
loaded: enabled
service_file_path: /etc/systemd/system/ttrss.service
status: running
yunohost-api:
active: active
active_at: 2019-09-25 19:58:43
description: permet les interactions entre l’interface web de YunoHost et le système
loaded: enabled
service_file_path: /lib/systemd/system/yunohost-api.service
status: running
yunohost-firewall:
active: active
active_at: 2019-09-25 19:58:55
description: gère l’ouverture et la fermeture des ports de connexion aux services
loaded: enabled
service_file_path: /lib/systemd/system/yunohost-firewall.service
status: exited

Mais je remarque une erreur au niveau de DNSmasq :
Sep 25 20:39:57 milleniumfalcon mysqld[732]: 2019-09-25 20:39:57 7f3ba2cb9700 InnoDB: Error: Column last_update in table “mysql”.“innodb_table_stats” is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).

J’avoue que cela m’intrigue (au delà d’être embêtant) :wink:

Merci par avance pour votre aide !

EDIT : je remarque une erreur assez similaire avec le service avahi-deamon :
Sep 25 20:42:27 milleniumfalcon mysqld[732]: 2019-09-25 20:42:27 7f3ba2cb9700 InnoDB: Error: Column last_update in table “mysql”.“innodb_table_stats” is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).

Bonsoir,

Sans doute rien à voir avec ton problème, mais aujourd’hui il y avait une mise à jour du noyau.
J’ai trouvé que par rapport à d’habitude, cette mise à jour faite via le terminal a pris beaucoup de temps.
Une fois le noyau mis à jour, j’ai redémarré mon VPS et là, plus d’accès à Nextcloud, ni à Wallabag … et phpMyAdmin me racontait qu’il n’arrivait pas à s’ouvrir à cause d’un mot de passe erroné :frowning:
J’ai lancé un reboot depuis l’interface d’admin web et ensuite tout à refonctionné … ouf ! :slight_smile:

ppr

1 Like

Oui, j’ai vu passer cette mise à jour assez importante en effet.
Mais ce qui m’intrigue, c’est que tout fonctionne de l’extérieur, et que tout fonctionnait parfaitement avant le reboot.

Bref, mis à part un problème de DNS avec Yunohost, je sèche…

Bonjour,
Je ne suis pas un spécialiste, mais, on dirait un bug mysql, comme décrit ici, et ailleurs.
Qu’en pensez-vous ?
Oups, je n’avais pas vu sur ce forum le fix :slight_smile:

1 Like

Impossible de suivre la démarche…
Cela bloque ici : mysql -u debian-sys-maint -p mysql < /tmp/mysql2-dump.sql
Il n’accepte pas le mdp… (alors qu’il l’acceptait juste avant…)

Pour être plus clair, les commandes décrites ici Comment réparer InnoDB: Error demande des droits admin, mais sur la dernière commande, les droits sont refusés… bref, je suis dans une impasse…

As-tu essayé le premier lien ?

Le problème c’est l’import, mon mdp est refusé…

Déjà, les commandes sont annoncées en ~$, ce qui est impossible.
Du coup via ssh, je passe par ~$ su -c ’ mysql -u debian-sys-maint -p mysql < /tmp/mysql2-dump.sql
Et ça coince…

Donc voici la procédure exacte qui a permis de résoudre mon problème :

~$ su -c ‘cat /etc/mysql/debian.cnf’
~$ su -c ‘mysqlcheck -u debian-sys-maint -p --repair --use-frm mysql’
~$ su -c ‘mysqldump -u debian-sys-maint -p --events --quick --single-transaction mysql > /tmp/mysql2-dump.sql’
-> mot de passe
~$ ls /tmp
~$ su -c ‘cat /tmp/mysql2-dump.sql’
~$ mysql -u debian-sys-maint -p mysql < /tmp/mysql2-dump.sql
-> mot de passe
~$ su -c ‘service mysql restart’

Et enfin un reboot !

1 Like

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.