I bit the bullet and created a "binary" #repository.

I uploaded the saved docker image and gave it a tag that matched the branch it compiled from in the regular repository.

This image I will save elsewhere as well. Can't have the "combination" locked in the "safe" exclusively. If I need to re-instantiate my s3ql docker container I would need access to that #docker #image and if it is only stored in #gitea which also relies upon the #s3ql storage back end I'd be stuck.

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.

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.
https://docs.joinpeertube.org/admin-remote-storage
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.