Mise à jour de YUNOHOST

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

jose

Bonjour Eric,

je viens de mettre à jour YUNOHOST + Sauvegarde

Par contre, tu n'avais pas prévu des mises à jour automatiques + sauvegardes ?

L'outil Borg_ynh est bien celui qui permet une sauvegarde du serveur vers un autre serveur
https://github.com/YunoHost-Apps/borg_ynh

(pour Jupyter, cela n'a pas marché)
https://tricassinux.org/yunohost/admin/#/tools/logs/20191019-070836-app_upgrade-jupyterlab

Amicalement, José

eric

non, effectivement je n'ai pas planifié de sauvegarde automatique, veux-tu que je le fasse ou préfères-tu regarder toi-même ?
Une sauvegarde vers un autre serveur sera le mieux, à l'avenir. Je projette d'installer un yunohost sur un serveur perso, mais avant je dois regarder comment faire un RAID logiciel dessus.

neonking

Hello,
Je viens de jetter un coup d'oeil à Yunohost. Pour de la vulgarisation c'est vraiment sympa !
L'interface graphique est simple, accessible et peux permettre à des gens que la technique avancée rebute de mettre un pied dans le logiciel libre avec des services concrets .

J'ai eu un petit sourire néanmoins lors du test de l'interface admin sur leur frontend de démo admin avec le message "You are vulnerable to the meltdown critical security vulnerability. To fix that, you need to update your system then reboot it to load the new linux kernel.". Mais c'est mon côté terroriste du logiciel libre qui parle, veuilez m'excuser 😃

Cela dit, je pense que Yunohost est un très bon choix pour amener les gens à mentaliser l'alternative du libre sans forcément y associer un concept de "technicité ingérable" . Commencer à formaliser quelque chose la dessus me semble être une très bonne idée!
amicalement,

Jérôme

jose

@eric
Oui, merci pour la sauvegarde externe et les mises à jour automatiques .

Pour les sauvegarde, merci de la faire selon le processus YNH avec Borg.
Pour les mises à jours, j'ai pas l'impression qu'il y a un outil.

Afin que cela reste utilisable... sans sysadmin.

Actuellement, je n'ai pas le temps de le faire avec toi.
Compte-tenu de l'importance du sujet, il vaut mieux le faire assez rapidement.

je comprends que tu as une place pour le stockage.

Dans l'avenir on verra pour faire quelque chose de plus "structuré" 🙂

Amicalement, José

eric

J'ai programmé une tâche de sauvegarde automatique en ligne de commande sur le serveur (je ne crois pas que yunohost propose un tel automatisme depuis son interface), toutes les semaines, le mercredi à 15h30, ça lance la commande "sudo yunohost backup create", via une crontable du compte "admin" :

30 15 * * 3 sudo yunohost backup create

Par contre ce qui me dérange un peu c'est que flarum prenne autant d'espace, près de 700 Mo. Là chaque sauvegarde fait 2 go. À voir si on peut affiner ça, mais dans un premier temps je préfère tout sauvegarder, et effacer les anciennes sauvegardes au fur et à mesure pour faire de la place (il n'y a pas beaucoup d'espace de libre, 10 Go, en moins de 2 mois l'espace est plein)

Mon serveur n'est pas encore opérationnel, mais dès que ça sera le cas je regarderais du côté de ce Borg, il est dans les paquets YNH.

backus

@eric Pour la ligne de commande Cron : excellent ! 😀

jose

@eric
merci pour la mise à jour automatique avec la tâche CRON

Je me renseigne pour savoir si il est prévu quelque chose sur YNH pour cette mise à jour automatique en mode... clics 😄

Ma question sur le forum YNH
https://forum.yunohost.org/t/mise-a-jour-automatique-ynh-et-applications/9316

Amicalement, José

jose

@eric,

Pour le stockage sur un autre serveur,
je peux te proposer mon SSD OVH bacasable.eu où il y a déjà un YNH.

Samedi matin, si tu peux venir chez moi ou en ligne, (https://meet.jit.si/ par exemple)
on peut le mettre en place.

Amicalement, José

eric

Sur le principe c'est similaire, mais sur le forum YNH il vaudrait mieux préciser qu'il s'agit de sauvegardes automatiques que j'ai mises en place, et non pas de mises à jour.

Les sauvegardes auto ont leur sens, puisque c'est pour la pérennité des données. Les mises à jour, c'est plus discutable, puisqu'une mise à jour peut planter un serveur de production et qu'il vaut mieux sans doute faire une telle opération "en pleine conscience" (quand on a du temps devant soi pour la mettre en place et s'en occuper en cas de plantage).

Samedi je suis pris, mais à un autre moment dans la semaine, pourquoi pas... peut-être jeudi prochain ?

eric

Ça fait donc régulièrement une sauvegarde du yunohost complet sur le même serveur (utile si la base de donnée se plante), il faut juste que je pense à effacer les anciennes sauvegardes pour faire de la place pour les nouvelles, vu le volume de données.
En revanche j'ai essayé le système borg (sur ynh tricassinux) + borg serveur (sur mon ynh perso), je ne comprends pas trop comment c'est censé fonctionner, j'ai fait le paramétrage, mais une fois celui-ci fait il n'est pas possible de revenir dessus pour le modifier ou voir si c'est correctement installé, je ne comprends pas trop la logique.

Et ça n'a pas du tout réalisé les sauvegardes que j'avais demandées (weekly), si on précise la date selon le format "systemd" imposé, ça refuse le paramétrage initial. Je vais voir s'il y a moyen de faire ça d'une autre manière via un système traditionnel (crontab, ssh et compagnie), et si j'ai le courage j'irai faire un bug report sur le github ynh.

backus

Je ne peux malheureusement pas t'aider, n'utilisant pas Yunohost. De mon côté je fais mes sauvegardes avec un bon vieux rsync sur un crontab ...

eric

Oui, je pensais à quelque chose comme ça. Je me disais juste que Borg permettrait peut-être de limiter la bande passante en évitant d'avoir juste un gros snapshot à transférer, mais ce n'est pas certain non plus.

Le but aussi c'est que si un serveur plante, le second remonter les données facilement et de façon fiable, et là, c'est souvent les solutions les plus simples qui sont les plus pratiques : au boulot on avait un serveur (unix) d'application virtualisé avec une sauvegarde via un outil proprio (beurk, une usine à gaz en plus), reposant sur du windows serveur + vsphere client etc (re-beurk).

En parallèle de cette solution installée par un prestataire, je faisais une simple sauvegarde de la machine virtuelle complète sur un disque externe piloté par un NAS, et j'avais configuré un vieux serveur pour remonter instantanément la dernière version sauvegardée, on branchait le disque externe sur le serveur, et on avait accès à tout. Lorsqu'on a eu un jour des fichiers à restaurer, je vous laisse deviner ce que j'ai privilégié 🙂

Je vais regarder à quel endroit yunohost sauvegarde ses archives, et voir ce que je peux faire pour automatiser tout ça (suppression anciennes sauvegardes + transfert à distance)

jose

Bonjour
et bon courage.

Si il faut remettre en cause la solution Yunohost, pourquoi pas.

Amicalement José

eric

Pour information, la solution de sauvegarde / restauration de yunohost n'est pas 100% fiable, j'ai cru avoir perdu le forum tout à l'heure... j'ai fait une sauvegarde complète du serveur, ensuite j'ai fait une mise à jour du système puis des applications. Tout se passe bien, à part pour jupyterlab et pour flarum justement... dans les logs, ça indique qu'il semble manquer de mémoire, et ça fait des erreurs php.

Le forum était encore fonctionnel à ce moment, par contre certains boutons étaient cassés, suite à la mise à jour imparfaite. Je me dis, je vais réutiliser la sauvegarde de flarum (juste avant la mise à jour), déjà pour ça il faut supprimer complètement flarum (je ne comprends pas pourquoi ça ne le fait pas automatiquement, enfin bon..), ce que je fais. Ensuite, lors de la réinstallation, ça me met encore des erreurs de script de post-installation de flarum... je ne comprends pas non plus pourquoi ça ne se contente pas de juste réinjecter les fichiers qu'il y avait avant la sauvegarde, et la base de données, pour être sûr de se retrouver dans le même état qu'avant... Du coup le forum n'apparaît plus. Je redémarre le serveur, pour vider la mémoire, je retente la remise en place de la sauvegarde du forum. Pareil. Dans les logs, je vois qu'il manque une version de php nécessaire à l'installation du forum (php7.3-fpm, je ne comprends pas pourquoi elle n'y est plus). Je l'installe manuellement depuis la ligne de commande.

Je peux maintenant réinstaller la sauvegarde de flarum, mais plus rien n'est fonctionnel ("Flarum encountered a boot error (Doctrine\DBAL\Driver\PDOException) could not find driver thrown in /var/www/flarum/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php on line 31"). 😅

Alors je force de nouveau la mise à jour de flarum. Et là tout refonctionne... (enfin, jupyterlab ne veut toujours pas se mettre à jour...)
Edit : je crois que les extensions ont sauté. En contrepartie, la sauvegarde de Flarum prend 10 fois moins d'espace. Pour le moment on va rester ainsi et on les rajoutera au coup par coup...

Je vais maintenant transférer la bonne sauvegarde du forum vers mon serveur perso, pour voir ce que ça donne.

eric

Bien, j'ai transféré la sauvegarde du site (wordpress), du forum et de nextcloud avec la commande scp (copie via ssh), et j'ai pu les restaurer à l'identique sur mon serveur yunohost, ça, cela fonctionne bien en tout cas !
Reste à voir comment automatiser tout ça maintenant...

Note @jose : tu m'avais demandé une fois pourquoi il restait tant de place sur le serveur alors que les fichiers de sauvegarde indiquaient des tailles de 2 Go à chaque fois, je viens de comprendre, en fait c'est la place sur le serveur avant compression, là j'avais 500 Mo de données et la sauvegarde tient en 250 Mo en fin de compte (cette indication n'est pas très logique, ils auraient dû écrire soit les 2 valeurs, avant et après compression, soit juste la taille du fichier compressé).

jose

@eric
Merci de tous ces partages...

Je viens de regarder... le site fonctionne bien 🙂

C'est pas grave pour Jupyterlab, on peut le retirer 🙂

si tu le souhaites, n'hésite pas à partager ton expérience sur leur forum.

Amicalement, José

arnaud

Ca fait pas très "serveur clé en main facile à maintenir" ça !
Ca fait pas mal de manip qu'on ne fait pas quand on n'y connaît pas grand chose.