Plus d’accès web à ma brique, mais seulement en SSH

Matériel: Brique Internet avec VPN
Version de YunoHost: 3.x
J’ai accès à mon serveur : En SSH | (mais plus par la webadmin) |
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Bonjour,

Suite à une coupure de courant inopinée, ma brique a redémarrée, mais je n’y ai plus accès qu’en SSH, mais je n’ai plus d’accès web (plus d’accès à mon nom de domaine, donc plus de webadmin, plus d’accès aux applications…). XMPP semble bien fonctionner.

J’ai essayé de redémarrer la brique, sans succès (ah si, une fois, je n’ai même plus eu accès en SSH…). J’ai essayé de redémarrer nginx, le firewall, le client vpn, sans succès non plus.

Quelqu’un aurait-il une idée pour pouvoir à nouveau faire fonctionner ma brique ? Merci !

(j’ai cherché, mais n’ai pas trouvé de sujet similaire ; désolé si j’ai été redondant)

Tant que tu as un accès SSH, il y a de l’espoir :wink:

Avant de redémarrer des services au hasard, tu peux voir lesquels méritent ton attention en tapant simplement systemctl en tant que root.
Tu verras alors en rouge les services qui ne sont pas actifs.

Attention, sur une brique Internet certains services sont en rouge mais c’est normal (notamment le service networking qui bizarrement est down alors même que tout va bien niveau réseau). Donc si tu as un doute parles-en ici avant de relancer tous les services.

Bon ceci dit, j’ai l’intuition que le service qui te poses problème s’appelle php7.0-fpm.

Merci de ta réponse. J’avais en effet fait systemctl (avec effectivement une interrogation sur networking, ainsi que yunohost service status, d’où les services que j’avais relancés.

En effet php7.0-fpm était en rade, mais j’ai pu le relancer. Par contre, nginx ne veut toujours pas se relancer. C’est le seul service qui est en rouge, avec networking et rspamd (mais bon, je ne pense pas que ce soit lui qui bloque…).
Par contre, il y a aussi php-5 (en plus de php7.0) qui tourne, est-ce normal ?

Pour savoir ce dont nginx se plaint, tapes ça :

journalctl -u nginx

php5-fpm c’est un résidu d’avant la migration vers yunohost v3.
Je dirais qu’on devrait pouvoir le désinstaller mais avant, regarde s’il pose vraiment un problème.

journalctl -u php5-fpm

et puis regarde quels fichiers existent encore dans /etc/php5/fpm/pool.d/.

L’un comme l’autre me renvoient --no entries–, mais je ne suis pas sûr que cela signifie qu’ils ne se plaignent de rien…

Hmmm peut-être que journalctl ne remonte pas suffisamment loin dans le temps.
Enchaine ces 2 commandes pour voir :

systemctl restart nginx
journalctl -u nginx

systemctl restart nginx me renvoie :

Job for nginx.service failed because a fatal signal was delivered to the control process.
See "systemctl status nginx.service" and "journalctl -xe" for details.

À la suite, journalctl -u nginx renvoie :

-- Logs begin at Tue 2019-07-02 02:34:18 CEST, end at Tue 2019-07-02 10:20:03 CEST. --
juil. 02 10:13:34 thouand.eu systemd[1]: Starting A high performance web server and a reverse proxy server...
juil. 02 10:13:35 thouand.eu systemd[1]: nginx.service: Control process exited, code=killed status=7
juil. 02 10:13:35 thouand.eu systemd[1]: Failed to start A high performance web server and a reverse proxy server.
juil. 02 10:13:35 thouand.eu systemd[1]: nginx.service: Unit entered failed state.
juil. 02 10:13:35 thouand.eu systemd[1]: nginx.service: Failed with result 'signal'.
juil. 02 10:15:20 thouand.eu systemd[1]: Starting A high performance web server and a reverse proxy server...
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Control process exited, code=killed status=7
juil. 02 10:15:21 thouand.eu systemd[1]: Failed to start A high performance web server and a reverse proxy server.
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Unit entered failed state.
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Failed with result 'signal'.

journalctl -xe renvoie :

-- L'unité (unit) nginx.service a commencé à démarrer.
juil. 02 10:15:21 thouand.eu kernel: sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
juil. 02 10:15:21 thouand.eu kernel: sunxi-mmc 1c0f000.mmc: data error, sending stop command
juil. 02 10:15:21 thouand.eu kernel: mmcblk0: timed out sending r/w cmd command, card status 0x900
juil. 02 10:15:21 thouand.eu kernel: blk_update_request: I/O error, dev mmcblk0, sector 20910456
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Control process exited, code=killed status=7
juil. 02 10:15:21 thouand.eu systemd[1]: Failed to start A high performance web server and a reverse proxy server.
-- Subject: L'unité (unit) nginx.service a échoué
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- L'unité (unit) nginx.service a échoué, avec le résultat failed.
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Unit entered failed state.
juil. 02 10:15:21 thouand.eu systemd[1]: nginx.service: Failed with result 'signal'.

( I/O error, dev mmcblk0, sector 20910456, cela signifie que ma carte est corrompue ?)

En effet ça sent le problème matériel sur la carte SD.
On aura peut-être plus de détails dans les logs du noyau.

Tapes ça en tant que root et copie-colle l’URL généré

dmseg | tail -n 500 | yunopaste

Prépare-toi à devoir brancher ta carte SD sur un PC pour faire des sauvegardes puis tenter une réparation ou éventuellement copier le tout sur une nouvelle carte SD.

1 Like

Euh… ça ne marche pas :
-bash: dmseg : commande introuvable
(bon, ça j’ai trouvé tout seul que c’était en fait dmesg)
Error: This script requires curl.
(bon, j’ai compris tout seul qu’il fallait que j’installe curl ; désolé pour le fruit de ma réflexion en direct)

Mais je ne peux pas installer curl :
dpkg: unrecoverable fatal error, aborting: lecture de la liste des fichiers du paquet « va-driver-all:armhf »: Erreur d'entrée/sortie
E: Sub-process /usr/bin/dpkg returned an error code (2)
`

Bonsoir,
Ça n’a peut être rien a voir :
https://yunohost.org/#/install_manually_fr
Bonne soirée.

C’est ce que j’avais fait, après avoir vu cette même page. Mais du coup, j’ai retenté, et à la seconde tentative, ça a marché, j’ai pu installer curl. Donc merci ! :smile:

Voici le résultat de dmesg | tail -n 500 :

[583186.825348] blk_update_request: I/O error, dev mmcblk0, sector 647152
[583187.452208] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583187.458476] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583187.466667] mmcblk0: timed out sending r/w cmd command, card status 0x900
[583187.897381] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583187.903529] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583187.910052] mmcblk0: timed out sending r/w cmd command, card status 0x900
[583187.917042] blk_update_request: I/O error, dev mmcblk0, sector 652128
[583187.923669] blk_update_request: I/O error, dev mmcblk0, sector 652136
[583188.267056] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583188.273202] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583188.279715] mmcblk0: timed out sending r/w cmd command, card status 0x900
[583188.286675] blk_update_request: I/O error, dev mmcblk0, sector 652128
[583188.642007] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583188.648138] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583188.654816] mmcblk0: timed out sending r/w cmd command, card status 0x900
[583189.060015] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583189.066147] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583189.072822] mmcblk0: timed out sending r/w cmd command, card status 0x900
[583189.079808] blk_update_request: I/O error, dev mmcblk0, sector 652136
[583189.422480] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[583189.428761] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[583189.481321] mmcblk0: timed out sending r/w cmd command, card status 0x900

Bon encore quelques infos… que donnent ces commandes ?

mount | grep mmc

et

dmesg -T | grep mmc | head -n 50

As-tu une seconde carte SD pour tout transvaser dessus ?

Bon, j’ai dû arrêter ma brique pour la transporter ailleurs, et maintenant elle ne démarre plus du tout… Donc plus d’accès ssh non plus :frowning:

Je vais faire une copie de la carte SD, avec

dd if=/dev/mmcblk0 of=./backup.img status=progress

J’espère que je pourrai sauver son contenu.

Pour les commandes que tu me conseillais, Pitchum, je peux les lancer avec ma carte SD dans mon ordi ?

Et sinon, pour info, j’ai lancé fsck, qui renvoie :

fsck de util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mmcblk0p1 contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
l’i-noeud de répertoire d’HTREE 611469 a un noeud root invalide.
Effacer l’index HTree? non
l’i-noeud de répertoire d’HTREE 611469 dispose d’une version de hachage non supportée (87)
Effacer l’index HTree? non
l’i-noeud de répertoire d’HTREE 611469 a une hauteur d’arbre (110) qui est trop grande
Effacer l’index HTree? non
L’i-noeud 612300 a un noeud d’extent invalide (blk 2668533, lblk 0)
Effacer? non
I-noeud 612300, i_blocs est 400, devrait être 0. Corriger? non
Passe 2 : vérification de la structure des répertoires
I-noeud de répertoire 611329, bloc n°0, déplacement 0 : répertoire corrompu
Récupérer? non
e2fsck: arrêté

/dev/mmcblk0p1 : ATTENTION : le système de fichiers contient encore des erreurs

Je n’ai pas tenté de réparation avant d’avoir copié le contenu de la carte.

Bon maintenant que tu es au pied du mur il va falloir lancer un fsck avec réparation. Mais après avoir fait le backup avec dd.
Après réparation fsck, si la brique ne démarre toujours pas, tu peux éventuellement tenter de copier le contenu du backup sur une autre carte SD neuve (et de taille supérieure ou égale).

Sinon en dernier recours, il faudra envisager une réinstallation et tenter de restaurer manuellement un maximum de données présentes dans la sauvegarde que tu as faite avec dd.

Alors dd ne marchait pas (j’ai oublié le message précis, mais l’idée était en gros que la carte était trop abîmée). Du coup, j’ai installé et lancé ddrescue, qui a mouliné plus de trois jours ; j’ai fini par devoir l’interrompre.

La brique n’a démarré ni avec la carte réparée avec fsck, ni avec la copie du backup sur carte SD neuve.

J’en suis donc à tenter une réinstallation…