Je crois que je vais devoir migrer de #S3QL à #S3FS...

J'ai eu l'idée d'utiliser S3QL avant que la doc de PeerTube propose de le faire avec S3FS.
docs.joinpeertube.org/admin-re
S3QL chiffre ,compresse et découpe en fichiers séquentiels de 10Mo qui sont donc inutilisables sans repasser par S3QL pour lire.
Mais c'est surtout que ces étapes ajoutent beaucoup de pression sur le CPU, peut-être même plus que le transcodage des vidéos, si on en juge par ce test de direct.

Je voudrais faire cette #migration #S3QL -> #S3FS, mais je me rends compte du temps que ça prendra. Clairement plusieurs (dizaines?) heures.

J'aimerais pouvoir m'assurer que les trois dossiers dans storage ne changeront pas pendant la copie, mais je ne trouve nulle part dans #PeerTube un moyen de rendre l'instance en "semi-maintenance" disons, c’est-à-dire que toutes les fonctions restent activent, excepté l'envoie de nouvelles vidéos temporairement suspendue pour tous les utilisateurs.

Suivre

@manu Et si tu fais « service peertube stop » ?

Certes ton instance sera inaccessible mais tu seras sûr de ne pas avoir de nouvelle vidéo envoyée.

· · Web · 1 · 0 · 0

@raph C'est ce que je voudrais éviter.

Mais j'y repensais et à la limite je pourrais simplement refaire un cp avec -u... avant de redémarrer PeerTube avec sa nouvelle configuration.

@raph De toute façon, je n'ai pas l'intention d'effacer l'ancien bucket avant trois mois (c'est chez Wasabi), donc logiquement j'aurai tout mon temps pour m'assurer que la copie est conforme et que je suis prêt à redémarrer PeerTube avec la nouvelle config!
Je m'en faisais pour rien je crois... :flan_smile:

Inscrivez-vous pour prendre part à la conversation
Tooter

Le réseau social de l'avenir : Pas d'annonces, pas de surveillance institutionnelle, conception éthique et décentralisation ! Possédez vos données avec Mastodon !