Matériel: Brique Internet avec VPN Version de YunoHost: 4 J’ai accès à mon serveur : En SSH Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non Applis installés sur mon serveur : Nextcloud, Roundcube, Hotspot, VPNclient et Lstu
Bonjour
Depuis aujourd’hui, je n’ai plus accès au SSO et les commandes SSH yunohost me renvoient cette erreur :
ValueError: bad marshal data (unknown type code)
J’ai beaucoup de mal à comprendre de qui se passe…
J’ai essayé plusieurs solutions proposés ici : https://yunohost.org/#/noaccess mais sans succès…
J’ai fouillé un peu sur le forum sans trouver réponse à ce problème.
Hier déjà, je n’avais plus accès à Nextcloud, j’avais le même problème que celui décrit dans ce post : Internal server error
Je ne sais pas si c’est lié, mais j’ai désinstallé Lstu en début de semaine (je l’avais installé il y a quelques semaines, l’install s’était fait correctement, mais l’appli n’est jamais apparu dans le SSO).
J’ai déjà tenté de redémarrer le serveur plusieurs fois.
J’ai vérifié l’espace libre sur les différentes partitions et aucune n’est saturée.
J’ai 613Mo de ram libre.
Après avoir tenté un systemctl restart nginx qui n’a pas fonctionné, j’ai exécuté 2 commandes qui m’étaient proposé dans le retour : systemctl status nginx.service qui me renvoie :
Salut Aleks
Il s’agit malheureusement bien du message d’erreur en entier… :
admin@mondomaine:~$ sudo yunohost diagnosis run
ValueError: bad marshal data (unknown type code)
admin@mondomaine:~$
journalctl -u nginx --no-pager --no-hostname -n 100 me renvoie :
-- Logs begin at Fri 2020-11-20 19:56:06 CET, end at Fri 2020-11-20 20:11:29 CET. --
-- No entries --
Petite précision supplémentaire, le serveur mail fonctionne car je peux envoyer/recevoir des mails via les appli client installées sur mon PC et sur mon portable.
Voici les retours : sudo yunohost domain list --debug, même retour que pour diagnosis :
ValueError: bad marshal data (unknown type code)
nginx :
nginx: [emerg] dlopen() "/usr/share/nginx/modules/ngx_http_dav_ext_module.so" failed (/usr/lib/arm-linux-gnueabihf/libxslt.so.1: symbol version LIBXML2_2.4.30 not defined in file libxml2.so.2 with link time reference) in /etc/nginx/modules-enabled/50-mod-http-dav-ext.conf:1
Est-ce que vous avez une idée de l’origine du problème du coup ?
Car c’est un peu bloquant et pour ma part, je n’arrive vraiment pas à comprendre qui ne fonctionne pas…
Et vu que les commandes Yunohost sont innopérantes et que je n’ai plus d’accès au SSO, à part réinitialiser le serveur et repartir sur une sauvegarde, je ne voit pas trop d’autres solutions, mais je me dit qu’il y a sans doute
En tout cas, merci à l’implication des bénévoles et de la communauté, si importante pour faire vivre un projet comme Yunohost
Mais pendant que la commande tournait, j’ai malencontreusement touché au fil d’alimentation de mon serveur et il s’est éteint… (cela vient de la fiche enclenché dans le serveur qui est sensible aux mouvements…)
J’ai essayé de le redémarrer mais impossible (la diode rouge d’alimentation est bien allumé de même que que les voyants de la prise RJ45 mais pas la diode verte témoignant du fonctionnement de la carte ARM)…
Du coup, j’ai récupéré la carte micro-SD, et j’ai supprimé les fichiers .pyc du répertoire /usr depuis mon ordinateur.
J’ai ensuite remis la carte dans le serveur mais il ne démarre toujours pas.
Si ça peut aider, ce que je vais essayer de faire demain, c’est brancher un écran sur la prise HDMI du serveur pour essayer de voir ce qui ne fonctionne pas au démarrage.
(En vrai si c’est genre pas la première fois que ça arrive que ton serveur subisse des arrêts brutaux, ça m’étonne pas moulte que tu obtiennes le genre d’erreur que tu cites plus haut genre bad marshal data et … autre 'symbol version LIBXML2_2.4.30 not defined in file libxml2.so.2 with link time reference)' et que maintenant ça veuille même plus booter…)
L’extinction brutale du serveur s’est produite quelques fois depuis que j’utilise le serveur, mais là, c’était vraiment un coup de pas de chance et j’étais vraiment dégouté.
En tout cas, ta réponse m’a fait bien rire Aleks Je pense qu’à ta place j’aurais répondu la même chose.
J’ai donc essayé de brancher un écran sur mon serveur et en effet, il y avait l’air d’avoir quelques erreurs (même si je n’étais pas vraiment à même de les comprendre).
Du coup cela (ajouté à ce que tu me dit sur le fait que les multiples arrêts brutaux avaient sans doute provoqués des erreurs) m’a incité à repartir à 0 et tout réinstaller…
Au début, j’ai essayé de faire la postinstall en restaurant une sauvegarde mais je n’ai pas réussis (peut-être que les sauvegardes contenaient elles aussi des erreurs…)
Et au final, je me dit que ce n’est peut-être pas plus mal de ne pas avoir restauré de sauvegardes car ça permet de repartir sur des bases saines.
Par contre, pendant la réinstallation, je me suis posé 3 questions auxquelles je n’ai pas trouvé de réponse dans la doc ou sur le forum. Je les pose ici, mais peut-être serait-il plus pertinent de faire un nouveau post ?
Après install de l’appli VPN Client, y a t-il un moyen de configurer le VPN en SSH donc sans passer par l’interface utilisateur ? (Dans le cas où l’on a pas accès à son domaine par exemple)
Comment régler le language et l’heure de Yunohost ? Car j’ai visiblement un mélange d’anglais et de français : le SSO et l’interface admin sont en français, mais par exemple, l’interface de configuration de VPN Client est en anglais. Et visiblement, l’heure n’est pas la bonne (le serveur a l’air d’être réglé sur l’heure UTC)
L’installation de l’appli Wifi Hotspot pose visiblement des problèmes (notament avec PHP). J’ai vu sur la page des applis qu’elle était maintenant notée en basse qualité, pourtant, le site de labriqueinter.net en fait toujours mention. Donc est-ce qu’avant de l’installer à nouveau, il vaut mieux attendre qu’elle soit à nouveau à peu près stable ?
C’est compliqué … mais si ton vrai probleme c’est “je veux utiliser la CLI car j’ai pas accès à l’interface web car le domaine est pas encore correctement accessible”, tu peux toujours tambouiller en modifiant le /etc/hosts de ta machine client (ton laptop ou ordi de bureau) comme décrit ici YunoHost • index pour faire “comme si” le domaine était bien configuré (donc tu pourras ensuite accéder à l’interface web de config du vpn)
