Matériel: Macintosh sous 10.14 + VM VirtualBox Version de YunoHost: 4.2.4 J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | … Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
Description du problème
Suite à une coupure électrique pendant mon absence, un serveur Yunohost a crashé. Quand je le redémarre, il me demande de faire un fsck manuel sur /dev/mapper/system-root, ce que j’ai fait.
Il me dit que ça a été modifié et je tente un reboot qui ne se fait pas. Donc je redémarre depuis virtualbox.
Là, je retrouve mon prompt de serveur Yunohost dans le terminal. Je parviens à m’authentifier.
Mais quand j’essaie d’accéder à mon site, depuis le navigateur, rien ne se passe. Introuvable.
En revanche, dans le terminal il apparait au bout de quelques minutes des messages d’erreur du genre:
Il a l’air bon. Je vous en livre la copie plus bas. Le truc c’est que dans l’intervalle, j’ai encore eu une coupure qui a dépassée les capacité de l’onduleur pendant que j’étais sorti faire des courses… Mais la situation semble être dans le même état que juste avant. (pas de fsck à refaire).
Voici le service status
avahi-daemon:
configuration: unknown
description: Vous permet d’atteindre votre serveur en utilisant « yunohost.local » sur votre réseau local
last_state_change: 2021-06-12 00:19:18
start_on_boot: enabled
status: running
coturn-synapse:
configuration: unknown
description: coturn
last_state_change: 2021-06-12 00:20:02
start_on_boot: enabled
status: running
dnsmasq:
configuration: valid
description: Gère la résolution des noms de domaine (DNS)
last_state_change: 2021-06-12 00:19:44
start_on_boot: enabled
status: running
dovecot:
configuration: unknown
description: Permet aux clients de messagerie d’accéder/récupérer les courriels (via IMAP et POP3)
last_state_change: 2021-06-12 00:20:57
start_on_boot: enabled
status: running
fail2ban:
configuration: valid
description: Protège contre les attaques brute-force et autres types d’attaques venant d’Internet
last_state_change: 2021-06-12 00:24:18
start_on_boot: enabled
status: running
grafana-server:
configuration: unknown
description: open source analytics and monitoring solution
last_state_change: 2021-06-12 00:24:55
start_on_boot: enabled
status: running
influxdb:
configuration: unknown
description: open source time series database
last_state_change: 2021-06-12 00:19:10
start_on_boot: enabled
status: running
matrix-synapse:
configuration: unknown
description: Synapse Matrix homeserver
last_state_change: 2021-06-12 00:32:09
start_on_boot: enabled
status: start-pre
metronome:
configuration: unknown
description: Gère les comptes de messagerie instantanée XMPP
last_state_change: 2021-06-12 00:21:45
start_on_boot: enabled
status: running
mysql:
configuration: unknown
description: Stocke les données des applications (bases de données SQL)
last_state_change: 2021-06-12 00:24:54
start_on_boot: enabled
status: running
netdata:
configuration: unknown
description: Real-time performance and health monitoring for systems and applications
last_state_change: 2021-06-12 00:24:58
start_on_boot: enabled
status: running
nginx:
configuration: valid
description: Sert ou permet l’accès à tous les sites web hébergés sur votre serveur
last_state_change: 2021-06-12 00:21:15
start_on_boot: enabled
status: failed
php7.3-fpm:
configuration: valid
description: Exécute les applications écrites en PHP avec NGINX
last_state_change: 2021-06-12 00:20:49
start_on_boot: enabled
status: failed
postfix:
configuration: unknown
description: Utilisé pour envoyer et recevoir des courriels
last_state_change: 2021-06-12 00:21:26
start_on_boot: enabled
status: running
postgresql:
configuration: unknown
description: PostgreSQL Cluster 11-main
last_state_change: 2021-06-12 00:22:03
start_on_boot: enabled
status: running
redis-server:
configuration: unknown
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
last_state_change: 2021-06-12 00:19:44
start_on_boot: enabled
status: running
rspamd:
configuration: unknown
description: Filtre le pourriel, et d’autres fonctionnalités liées au courriel
last_state_change: 2021-06-12 00:19:44
start_on_boot: enabled
status: running
slapd:
configuration: valid
description: Stocke les utilisateurs, domaines et leurs informations liées
last_state_change: 2021-06-12 00:20:51
start_on_boot: enabled
status: running
snserver:
configuration: unknown
description: Standard Notes - Syncing Server
last_state_change: 2021-06-12 00:24:55
start_on_boot: enabled
status: running
snweb:
configuration: unknown
description: Standard Notes
last_state_change: 2021-06-12 00:19:13
start_on_boot: enabled
status: running
ssh:
configuration: valid
description: Vous permet de vous connecter à distance à votre serveur via un terminal (protocole SSH)
last_state_change: 2021-06-12 00:19:34
start_on_boot: enabled
status: running
uwsgi-app@ffsync:
configuration: unknown
description: ffsync uWSGI app
last_state_change: 2021-06-12 00:33:15
start_on_boot: enabled
status: auto-restart
vaultwarden:
configuration: unknown
description: vaultwarden daemon for vaultwarden
last_state_change: 2021-06-12 00:19:18
start_on_boot: enabled
status: running
yunohost-api:
configuration: unknown
description: Permet les interactions entre l’interface web de YunoHost et le système
last_state_change: 2021-06-12 00:19:10
start_on_boot: enabled
status: running
yunohost-firewall:
configuration: unknown
description: Gère l’ouverture et la fermeture des ports de connexion aux services
last_state_change: 2021-06-12 00:24:18
start_on_boot: enabled
status: running
Dans la configuration de ta VM au niveau du système quel est le chipset sélectionné ?
ICH9 ou PIIX3 ?
Pour ma part je rencontre les erreurs ata status drdy dans un disque VDI à cause du chipset (comme un imbécile j’utilisais ICH9 ; évidemment j’avais pas lu le manuel de virtualbox ) ou alors un secteur défectueux réellement sur le disque dur où se trouve le VDI.
Perso j’utilise cette commande afin de vérifier et réparer les erreurs de ce type dans ma VM en fonctionnement, et évident on umount le disque avant de lancer cette commande
e2fsck -c -f -p -v /dev/sdx1
x1 étant à remplacer par le disque concerné
Chipset: You can select which chipset will be presented to the virtual machine. PIIX3 is the default chipset for most guests. For some guest OSes such as Mac OS X, the PIIX3 chipset is not well supported. As a result, Oracle VM VirtualBox supports an emulation of the ICH9 chipset, which supports PCI express, three PCI buses, PCI-to-PCI bridges and Message Signaled Interrupts (MSI). This enables modern OSes to address more PCI devices and no longer requires IRQ sharing. Using the ICH9 chipset it is also possible to configure up to 36 network cards, compared to a maximum of eight network adapters with PIIX3. Note that ICH9 support is experimental and not recommended for guest OSes which do not require it.
J’étais déjà passé 3 fois dessus sans le voir… désolé. Je dois avoir besoin de vacances.
Donc le chipset sélectionné est le PIIX3. Jusqu’ici je n’avais pas trop eu de problème excepté depuis la coupure. Juste une fois où le php avait échoué à se lancer déjà. C’était après une mise à jour.
Ceci dit mon yunohost vient de planter cette nuit (session avorté) mais le redémarrage s’est bien passé. Nginx s’est lancé tout seul cette fois ci mais pas php7. Donc j’ai refait un diagnostic et relancé php. Pour le moment ça tourne…
Cependant j’aimerai bien comprendre à la fois l’instabilité et l’échec au lancement du php.
; évidemment j’avais pas lu le manuel de virtualbox 
) ou alors un secteur défectueux réellement sur le disque dur où se trouve le VDI.
x1 étant à remplacer par le disque concerné