Yunohost dans les chous

Hello,

J’ai un petit problème avec mon serveur. Hier soir j’ai lancé un reboot de mon serveur via SSH depuis plus rien le SSO n’est plus accessible les agenda, emails etc rien du tout.

Je garde encore mon accès SSH mais je ne sais pas comment m’en servir pour réparer tout sa, comment obtenir un log en SSH ?

Merci pour votre aide.

Edit j’ai essayé :
Yunohost service reload nginx
Puis avec le même service enable et restart
Le problème persiste existe t’il une commande qui reboot le yunohost et le fait se réparer rechercher les erreurs ?

Bonjour,

Via SSH, peux-tu poster le retour de la commande suivante :
~# yunohost service status

Cela nous permettra de savoir quel(s) service(s) ne se lance(nt) pas :wink:

Bien à toi.
Sangokuss

1 Like

EDIT : Je suis depuis un PC maintenant, voici les logs en détail pour les partis qui ne sont ni active, ni running.

dovecot:
active: failed
active_at: 1970-01-01 01:00:00
description: allows e-mail client to access/fetch email (via IMAP and POP3)
loaded: enabled
service_file_path: /lib/systemd/system/dovecot.service
status: failed

nginx:
active: failed
active_at: 1970-01-01 01:00:00
description: serves or provides access to all the websites hosted on your server
loaded: enabled
service_file_path: /lib/systemd/system/nginx.service
status: failed

postfix:
active: active
active_at: 2019-02-22 09:21:47
description: used to send and receive emails
loaded: enabled
service_file_path: /lib/systemd/system/postfix.service
status: exited

yunohost-firewall:
active: failed
active_at: 1970-01-01 01:00:00
description: manages open and close connexion ports to services
loaded: enabled
service_file_path: /lib/systemd/system/yunohost-firewall.service
status: failed

Et que te renvoie :
~# df -h

1 Like

Filesystem Size Used Avail Use% Mounted on
/dev/root 30G 12G 17G 40% /
devtmpfs 459M 0 459M 0% /dev
tmpfs 464M 84K 463M 1% /dev/shm
tmpfs 464M 13M 452M 3% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 44M 23M 21M 53% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Pas sûr de pouvoir t’aider.
Quelle version de Yunohost est installée ? La dernière mise à jour ?
Et quand tu as lancé le reboot hier soir, était-ce suite à une mise à jour ? à l’observation d’un problème ?

1 Like

La version était à jour, j’ai lancer un reboot suite à mes apt-get update.
Peut être la mise à jour de Nextcloud qui à bloquer sans le savoir

Oui, c’est pour cela que je demande.
Peux-tu préciser la version exacte de ton Yunohost stp.

Et que te renvoie :

~# checkrestart

1 Like

Désolé pour la question, mais comment peut on le savoir en ligne de commande ?

Checkrestart : command not found.

J’ai republié le résultat de yunohost service statut

Merci

Euh, bonne question pour la commande pour identifier la version (peut-être quelqu’un d’autre aura cette information… à tout hasard, essaie “yunohost version”).

Il faut installer debian goodies pour utiliser la commande checkrestart.

PS : pas de souci pour le service php-fpm ? il est bien fonctionnel ??

1 Like

Oui php semble fonctionnel dans ses statuts.

Check restart donne cela :

Found 3 processes using old versions of upgraded files
(1 distinct program)
(1 distinct packages)

Of these, 1 seem to contain systemd service definitions or init scripts which can be used to restart them.
The following packages seem to have definitions that could be used
to restart their services:
rspamd:
1596 /usr/bin/rspamd
1597 /usr/bin/rspamd
1599 /usr/bin/rspamd
These are the initd scripts:
service rspamd restart

Non, apparement la version ne marche pas comme cela :slight_smile:

Donc ensuite, j’imagine que tu as fait la commande proposée pour relancer rspamd.
Que donne un checkrestart ensuite ? (normalement on attend “0…”).

1 Like

Voici

Found 2 processes using old versions of upgraded files
(1 distinct program)
(1 distinct packages)

Of these, 1 seem to contain systemd service definitions or init scripts which can be used to restart them.
The following packages seem to have definitions that could be used
to restart their services:
rspamd:
3262 /usr/bin/rspamd
3264 /usr/bin/rspamd
These are the initd scripts:
service rspamd restart

Edit : les chiffres changent à chaque fois.

Et le reboot, tu as essayer ?

2 Likes

Oui, sa donne le même résultat sur la machine.
A moins qu’il existe un autre genre de reboot plus efficace en mode “sans échec” ?

Bon, allons-y méthodiquement … Comme d’habitude, je pose la question fatidique :

Qu’est-ce qu’il se passe exactement quand tu essaie ? …

Yunohost service reload nginx
Puis avec le même service enable et restart

Que renvoie nginx -t

3 Likes

Merci :slight_smile:

Alors quand j’essaie j’ai pas d’erreur afficher, la page Web réagi de la même manière que si j’avais débrancher le serveur (connexion échouée)

En revanche quand je tape l’URL admin, j’ai le petit pac man qui tourne avant de planter en désignant api error.

root@ankh:/home/fontis# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: [emerg] socket() [::]:80 failed (97: Address family not supported by protocol)
nginx: configuration file /etc/nginx/nginx.conf test failed
root@ankh:/home/fontis#

Marf ben on dirais que pour une raison cheloue, ton serveur n’est plus capable de faire de l’ipv6 et c’est ça qui l’enmerde … Faudrait trouver comment tenter de réactiver ipv6 dans la stack réseau :confused:

1 Like

Donc sinon j’ai meilleur temps de ré installé le serveur ?
Je vais regarder les résultats sur le forum sinon et je réinstallerais le serveur sur un Cloud en attendant d’y avoir accès.

Non, au contraire, mieux vaut chercher comment réactiver l’ipv6. Mais là j’t’avoue que j’suis encore vautré dans mon lit alors j’ai la flemme de faire les recherches qui vont bien :stuck_out_tongue:

1 Like