Catégories
Vie associative

Dé-GAFAM-iser son association avec Émancip’asso

Les outils numériques sont centraux dans le fonctionnement d’un grand nombre d’associations : partage de fichiers, mails, communication, comptabilité, etc. Néanmoins, la plupart de celles-ci utilisent des outils pas forcément éthiques. Exemples :

  • Gmail : une messagerie qui scanne le contenu de nos mails pour nous proposer de la publicité ciblée ;
  • Facebook : un réseau social qui vend les données des utilisateurs à des annonceurs, parfois sans scrupules ;
  • Dropbox : un espace de stockage qui peut utiliser nos documents pour entraîner des IA (et donc il est possible qu’un jour nos documents soient recrachés lors d’une requête à l’un de ces robots)

La liste est souvent longue, mais heureusement, des alternatives existent ! Néanmoins, penser une transition numérique est un processus qui peut être complexe, qui doit être anticipé et qui ne consiste jamais à remplacer un outil « GAFAM » par un autre « libre ».

Alors, Framasoft et Animafac lancent le projet Émancip’Asso :

  • Une formation à destination de prestataires éthiques pour comprendre les besoins et accompagner les associations
  • Un annuaire de prestataires de qualité, à même d’accompagner les structures de toutes tailles, ainsi qu’un forum de discussion
  • Une campagne de communication destinée à faire connaître la campagne

Le Cloud Girofle a suivi la formation Émancip’asso, et fait partie des prestataires référencés. N’hésitez pas à nous contacter pour :

  • penser la sortie des GAFAMs de votre structure
  • réaliser un diagnostic de vos usages numériques
  • trouver des alternatives éthiques pour répondre à vos usages
Catégories
Non classé Technique

🐛 Perturbations durant le mois de janvier 🐛

Bonjour tout le monde. Avec un peu de retard, nous souhaitions communiquer sur des difficultés que nous avons eues durant le mois de janvier :

  • L’indisponibilité d’un espace Nextcloud
  • Du retard dans l’acheminement des mails

Où il est question d’un disque peut-être fatigué

Tout a commencé au mois de décembre 2023. Nous remarquons une alerte sur un de nos serveurs, chif.fr. Cette alerte nous indique que le disque dur principal subit des erreurs de lecture.

Ce genre d’alerte est d’habitude un signe de « pre-fail » : aucune donnée n’est perdue pour l’instant, mais cela suggère que le disque est en fin de vie. chif.fr est le premier serveur que nous avions loué lorsque nous avions lancé le Cloud Girofle, en 2018. Six ans plus tard, il n’est pas absurde qu’un disque sollicité 24h/24 donne des signes de faiblesse.

Nous tentons d’en savoir plus sur l’erreur. Sur les quelques jours d’observation, le système d’alerte nous enverra une ou deux alertes supplémentaires, mais nous ne réussirons pas à la confirmer ou la préciser avec les outils d’analyse traditionnels. Nous nous demandons si c’est un faux-positf ou non.

L’architecture du serveur chif.fr

chif.fr est le premier serveur que nous avons loué. Il a traversé notre inexpérience, nos expérimentations, et nos déboires. C’est aussi le serveur qui accumule le plus de dette technique, et qui nous demande le plus de maintenance. Nous avons également identifié depuis plus d’un an qu’il constitue un « SPOF », un single-point of failure (un élément critique du système) pour plusieurs services :

  • Pour l’édition collaborative : c’est le serveur qui héberge OnlyOffice ;
  • Pour les mails : c’est la passerelle centrale par laquelle part tous les mails envoyés par le Cloud Girofle (y compris nos alertes par mail) ;
  • Pour les documents internes à l’association : c’est là qu’ils sont stockés. Sans ceux-là, nous perdons les informations liées à qui nous hébergeons ;
  • Pour certains collectifs hébergés (les premiers à nous avoir rejoints) ;
  • Pour notre système de monitoring : le nœud central du VPN est hébergé sur cette machine ;

Ainsi, en cas de panne du disque, tous ces services se seraient retrouvés impactés. Par ailleurs, le disque n’étant pas redondé (pas de RAID), nous nous trouvons contraints de réaliser un changement de disque avec une interruption de service. Enfin, la machine étant hébergée chez notre prestataire Kimsufi, nous ne pouvons ni réaliser le changement de disque nous-même, ni un clone du disque, nous devrons repartir depuis nos sauvegardes. Kimsufi nous informe que le changement de disque peut être anticipé à une heure précise, et que l’opération prend une demi-heure environ.

Après prise en compte de tous ces éléments, du risque de pertes de données et de service, et malgré le fait que nous n’arrivons pas à isoler l’erreur du disque ou à confirmer qu’il ne s’agit pas d’un faux-positif, nous décidons de programmer le remplacement du disque.

Anticiper le remplacement du disque

Tout d’abord, nous listons les services qui seront impactés par le changement de disque, et la réinstallation qui va s’en suivre. Pour pouvoir minimiser les effets sur les utilisateur⋅ices. Nous choisissons de profiter de ce changement de disque pour réduire la concentration des services sur cette machine, ou pour les déplacer (semi)-temporairement :

  • ✅ édition collaborative OnlyOffice : nous migrons le service vers une autre machine. Il y aura un impact pour un collectif que nous avons oublié
  • ✅ documents internes à l’association : nous migrons notre dossier Nextcloud vers un autre serveur
  • ✅ Monitoring/VPN : nous prenons note que notre système de monitoring sera hors-service pendant la coupure
  • 🛈 mails : le protocole de mails est normalement résilient à des coupures de plusieurs heures (les mails ne sont pas perdus). Nous décidons d’informer les utilisateur⋅ices de la coupure. Malheureusement, il y aura des effets de bord.
  • 🛈 collectifs hébergés : nous prenons la décision de les migrer vers d’autres instances

Ensuite, nous nous assurons que nous disposons de sauvegardes intégrales du serveur (d’habitude, nous sauvegardons seulement les données, ce qui oblige à tout réinstaller si nous perdons le serveur). Nous rajoutons la sauvegarde de la racine « / » du serveur à nos backups.

Le déroulement de l’opération

L’opération démarre le samedi 13/01 au matin. Au début, tout se passe bien, Kimsufi a remplacé le disque à 1h du matin, nous attaquons la restauration à 9h. Nous pouvons accéder à la console de secours, et commencer la restauration.

Le partitionnement se déroule bien. L’objectif étant de remonter le service le plus rapidement possible, on avait décidé de garder le même partitionnement que sur le précédent disque. Les partitions sont simples, sans LVM ni RAID.

Une fois le partitionnement en place, il nous faut remonter le système. Pour cela, on se base sur une archive Borg de tout le système (toute la racine /, sauf les dossiers /sys/, /proc/, /tmp/, /dev/ et /run/ ) que nous avions lancé la veille.

Le système maintenant en place, on peut quitter la console de secours et redémarrer le serveur. C’est là que les choses se compliquent: le système ne semble pas démarrer. Sur ce serveur, il n’y a pas malheureusement pas de console IPMI, il nous est donc impossible de diagnostiquer la panne. Après plusieurs longues tentatives de redémarrage/console de secours, nous changeons le fusil d’épaule et décidons de repartir sur l’installation d’un Debian via l’installateur Kimsufi 😿

A partir de là, on arrive bien à démarrer le système et à s’y connecter, mais c’est un système vierge, sans nos services et outils. Nous retournons donc sur la console de secours, et nous tentons de remplacer les dossiers du système par ceux de l’archive Borg. Le système démarre ensuite correctement mais nous avons rapidement des messages d’alertes nous indiquant que tout n’est pas opérationnel. Certain fichiers n’ont pas été restaurés correctement (les liens symboliques n’ont pas été restaurés). Cette erreur aurait pu être évitée en testant des restaurations au préalable, chose que nous n’avions pas fait par manque de temps.

Nous avons finalement réussi à remettre en route les services « à la mano » un à un, sur plusieurs jours, jusqu’au mardi 16/01, en priorisant les services les plus critiques.

L’impact sur les services et les utilisateur⋅ices

Au final, les utilisateur⋅ices ont été impactés de la manière suivante :

  • Mail : nous n’avions pas identifié que notre serveur DNS était centralisé sur la machine, et qu’il a eu des soucis à redémarrer. Cela a causé des problèmes d’expédition des mails pendant plusieurs jours.
  • OnlyOffice : un collectif a été oublié de la migration vers le nouveau serveur, les documents collaboratifs ont été indisponibles pour eux pendant quelques jours également
  • Nextcloud : les utilisateur⋅ices qui ont été déménagés vers de nouvelles instances ont eu peu de temps pour adapter leurs usage (utiliser la nouvelle adresse).

Ce que nous en retirons

Nous sommes capables d’effectuer des interventions en cas de problème matériel, sans perte de données.

Nous avons encore des progrès à faire dans l’anticipation de toutes les étapes, et à l’avenir nous nous assurerons que deux administrateur⋅ices « racine » sont bien présents pour la migration.

Pour en savoir plus : nous essayons de rédiger un rapport technique (parfois succinct) pour chaque intervention majeure sur nos serveurs. Celle liée au changement de disque est disponible sur notre wiki technique.

Où il est question d’édition collaborative qui saute

En parallèle des soucis de disques, vous avez été nombreureuse à nous signaler une panne sur l’ouverture des documents collaboratifs. En effet, sur certaines instances Nextcloud, lors de l’ouverture d’un fichier Office (Word, Excel, etc…) il était proposé de télécharger le fichier, alors qu’il devait simplement s’ouvrir dans le navigateur.

Nous pensons que cette panne est liée à une nouvelle fonctionnalité introduite en 2023 qui vient vérifier périodiquement si le service Onlyoffice (l’outil d’édition collaborative que nous utilisons) est bien joignable depuis chaque Nextcloud. Nous avons pour l’instant désactivé cette fonctionnalité car nous disposons déjà d’outils de suivi de notre instance Onlyoffice.

Faites nous signe si vous rencontrez à nouveau ce problème 🙏

Le mot de la fin

Nos services sont gérés par des bénévoles, sur leur temps libre. Nous faisons de notre mieux pour vous fournir des services performants et disponibles mais nous ne pouvons pas garantir une présence constante de nos équipes de support. Nous vous remercions donc de votre compréhension, patience et soutient 🥰

Catégories
Technique

⬆ Mise à jour des Nextcloud

Nous avons démarré une mise à jour des Nextcloud ce jeudi 16 novembre (hier soir) à 19h.

La mise à jour, qui devait durer 3h, a finalement duré plus de 30h 🤒 Nous présentons donc tous nos mots d’excuses aux collectifs impactés par la perte de service hors des horaires annoncées.

Nouveautés ✨

Pour cette mise à jour nous avons choisi de sauter une version, et de passer de la version 25 à la version 27 de Nextcloud (aussi appelée Hub 5).

Il y a beaucoup de nouveautés, voici un site qui décrit tout ça en détail:

On regarde l’arrivée de l’intelligence artificielle dans Nextcloud d’un mauvais œil d’écolos. Rien n’est activé par défaut. L’entreprise Nextcloud revient sur cette nouvelle fonctionnalité plus en détail dans ce billet de blog: https://nextcloud.com/fr/blog/lia-dans-nextcloud-quels-sont-les-enjeux-le-pourquoi-et-le-comment/
Pour les plus curieux.e.s d’entre vous, merci de ne pas foncer tête baissée dans l’IA, faites nous un petit signe avant de tester, histoire qu’on en discute 🤓

Du coté de ce qu’on aime bien, il y a plein de nouvelles fonctionnalité sur le calendrier, les Decks, une belle refonte visuelle de l’application de gestion des contacts et celle de prise de notes, et des améliorations de performances sur l’application Talk.

On aime aussi les avancées sur les dossiers de groupe. On a fait une page de documentation sur les dossiers de groupes ici, qui peuvent être très utiles pour les collectifs.

Détails de nos galères

On commence à avoir nos premiers soucis de volumes. Mais on aurait pu et du les voir venir. « No shit Sherlock » comme dirait l’autre.

Un chat trop choupi déguisé en Sherlock Holmes.

Résolution pour les prochaines mises à jour: on va pas faire ça tout d’un coup (et on veut une médaille pour se raisonnement sans faille).

On a eu aussi d’autres galères:

  • Un bug de Nextcloud qu’on avait pas vu passer qui affecte la version 27 de Nextcloud a provoqué de nombreuses erreur 504 sur notre Nextcloud historique chif.fr. Nous avons du appliquer une réparation manuelle car le problème n’est pas encore résolu dans la version officielle. On devra faire une nouvelle mise à jour (celle-ci beaucoup plus légère) lors de sa sortie officielle, très prochainement
  • Un problème de configuration de mail a empêché l’envoi de mail transactionnel (les mails de notification Nextcloud en gros) entre la mise à jour et le 20 novembre au soir. Nous envoyons un remerciement tout spécial aux équipes de Nextcloud pour leur documentation de mise à jour qui ne mentionnait pas qu’il fallait changer la configuration du serveur de mail (non en vrai ils font un travail de fou pour développer l’outil et on les remercie fort fort)

Actions de votre coté

Le logiciel de synchronisation

Si vous utilisez le logiciel de synchronisation (aussi appelé Nextcloud Desktop) pour synchroniser vos fichiers entre votre ordinateur et votre espace Nextcloud, il vous sera nécessaire de vous reconnecter.

Il vous suffira de cliquer sur le bouton « Login » depuis le logiciel de synchronisation. Cela vous renverra sur une page de votre navigateur avec une fenêtre de connexion.

Une impression d'écran de la fenêtre de connexion.

C’est tout !

Une impression d'écran montrant le message final: "Compte connecté. Votre client devrait maintenant être connecté ! Vous pouvez fermer cette fenêtre."

Voilà ! On vous laisse découvrir tout ça. N’hésitez pas à revenir vers nous si vous avez des questions ou suggestions !

Catégories
Technique

💾 Soucis de backups et nouvelle politique de sauvegarde

Suite à une malencontreuse commande manuelle (le 27 octobre) visant à réduire le volume de nos backup, nous avons supprimé une partie de notre historique de sauvegarde 😔

Un dessin animé de chat qui tape sur un clavier, avec un écran qui dit "ERROR"

Comme les emmerdes volent toujours en escadrille (merci chichi), remettre en place nos sauvegardes à froid prend du temps : on doit transférer de grosses quantités de données vers un serveur alimenté par panneaux solaires, mais comme il fait moche depuis 1 semaine, on va devoir y aller progressivement.

En attendant, on a remis en place des sauvegardes sur un serveur dans un Datacenter OVH.

Voici l’historique que nous avons:

  • Des backups tous les deux jours depuis le 27 octobre (avec la nouvelle politique décrite plus bas)
  • Le vieux backup quotidien de notre ancien serveur: du 9 avril au 11 juillet

Nouvelle politique de sauvegarde

Jusqu’à récemment, nous gardions un historique quotidien des sauvegardes, sur 90 jours.

Suite aux discussions de notre dernière AG sur l’impact écologique du numérique, et voyant grossir nos usage, on s’est dit qu’on allait revoir à la baisse.

Nous avons donc choisi de garder un historique quotidien sur les derniers 30 jours puis de ne garder qu’un historique par semaine sur les 31 à 90 jours.

Ce que ça veut dire en d’autres termes: si vous souhaitez restaurer la version d’un fichier d’il y a 32 jours, vous ne pourrez restaurer que la version d’il y a 30 jours ou 37 jours (ou tous les 7 jours entre 30 et 90 jours).

N’hésitez pas à revenir vers nous si ce n’est pas clair.

Catégories
Vie associative

En route vers 2024 : le Cloud Girofle fait son assemblée générale

Le 15 octobre 2023, nous étions une dizaine de personnes réunies pour l’assemblée générale du Cloud Girofle. Merci à toutes les personnes qui étaient présentes, aux membres CHATONS et proches-CHATONS 🙏. Voilà ce qu’on s’est dit et quelques orientations pour l’année à venir 🐈.

Nous étions accueillis au Fuz, dans l’AERI. Merci à elleux !

Un des enjeux de l’AG 2023 était d’élargir et de diversifier un peu la communauté des personnes qui contribuent à l’asso et de décider des orientations à venir pour 2024. En effet, les personnes sensibilisées à la tech sont un peu sur-représentées. Mais voilà un résumé des décisions en quelques mots :

  • Le renouvellement de la direction collégiale
  • Se concentrer sur la stabilisation des services pour les six prochains mois
  • Avancer vers des services plus écologiques
  • Co-construire une campagne de communication autour des emails hors Google.

L’AG comportait également une partie statutaire, l’occasion de valider le bilan moral et financier de l’association (ci-dessous)

Retour sur l’année écoulée

  • Lors des permanences, on n’était pas très nombreux⋅es, mais c’est le seul point/moment de rendez-vous de l’asso. On se dit qu’on les garde pour le moment, même si ce n’est pas encore parfait comme modèle.
  • On a choisi d’évoquer le travail de maintenance, quotidien, parce que c’est ce qui nous prend le plus de temps : s’assurer que ça fonctionne comme avant. Du coup c’est pas très gratifiant. En particulier on a eu pas mal de souci cette année sur les Nextcloud. Ça va ça vient c’est fait de tout petits rien.
  • On a passé par mal de temps à prendre des nouvelles des utilisateur⋅ices
  • On a accueilli le camp CHATONS, spécial merci à Margaux pour son implication.
  • On propose des wikis, basés sur Bookstack
  • On a migré nos sauvegardes chez un autre chaton, Retzo, avec des backups plus écologiques. On sait faire un backup. On a réfléchi à un PRA. Une question dans la salle demande si allumer-éteindre un disque dur HDD ne réduit pas dramatiquement sa durée de vie. Les « évidences sont inconclusives ».

Direction pour les six prochains mois

On décide de se consacrer principalement à la consolidation de l’existant : résoudre des bugs, etc. On ajourne donc la plupart des points de l’ODJ qui consistaient à développer de nouvelles fonctionnalités.

Discussion sur l’impact écologique du numérique

D’une part, l’asso souhaite avancer sur l’aspect écologique (consommer moins de ressource, réutiliser le materiel au max). Avancer vers une sobriété informatique. Ainsi, les machines du Cloud Girofle sont des anciennes machines d’OVH (reconditionnées par sa filiale Kimsufi). Par exemple, une des machines les plus puissantes de l’asso (chif.fr, qui héberge OnlyOffice), tourne sur un processeur Opteron 4122 (sorti en 2010). La machine qui a hébergé tous nos Nextcloud jusqu’à l’an dernier (et qui héberge le site web, le wiki, le monitoring) sur un Atom N2800 sorti en 2011. L’aspect reconditionné est vraiment très important pour nous.

Pour le dernier serveur loué (qui héberge les mails), OVH a fourni un document (dont on ignore la valeur), mais qui estime le bilan carbone sur le cycle de vie du serveur à 22kg-eqCO2/mois. On sait pas trop à quoi ça correspond mais ça donne des ordre de grandeur. Est-ce qu’on sait combien de CO2 émettent nos services ? Pas vraiment. On rappelle qu’a priori les terminaux consomment 80% des ressources, 10% réseau, 10% serveurs.

En même temps, il va y avoir de plus en plus en plus utilisateurs chez le Cloud Girofle. Comment faire ? De plus, Nextcloud est un outil qui demande beaucoup de ressources. Il a fallu beaucoup d’optimisations pour avoir ~80 utilisateur⋅ices simultanés sur une machine, et ça reste précaire.

D’un texte de positionnement

On évoque un premier texte de positionnement, voire peut-être un manifeste sur ce que pourrait être un numérique écologique du point de vue d’un hébergeur. Suite au camp CHATONS 2022, on avait fait un premier jet du texte, mais voilà ça n’avait pas abouti. L’heure est peut-être d’avancer pour le finaliser… Ça pourrait être un travail inter-chatons.

Il y avait de grands mots dans ce texte comme acter la fin de l’obsolescence programmée, l’informatique à base d’ordinateurs trouvés dans une poubelle, etc. On note bien que ça concerne surtout les terminaux utilisateurs, mais que ça n’empêche pas de mener une réflexion sur les serveurs.

On décide de déterrer ce texte. Ou du moins de réfléchir à nous positionner/agir en fonction.

De l’idée de mieux connaître les utilisateur⋅ices et leurs besoins

Il est compliqué de conjuguer sobriété et accessibilité/usabilité en général. De manière générale, on remarque qu’on ne sait pas vraiment ce qu’utilisent les collectifs. Il faudrait mieux comprendre ce qu’iels utilisent. 

On part du constat qu’on confond souvent service et besoin. Souvent dur de comprendre les besoins, les usages, etc.

Souvent, on propose un outil, et l’outil induit une certaine forme d’usage. On se dit qu’on interroge assez peu la vision technique inclue dans les logiciels. Par exemple, les gens de cryptpad proposent 100 Mo, très très peu de données (alors que c’est des fonctionnalités similaires à Nextcloud, où les gens ont tendance à stocker des gigazédégigas).

On développe l’idée d’interroger les utilisateur⋅ices pour mieux connaître leurs usages et leurs besoins, ça pourrait prendre la forme de la prise de nouvelles bi-annuelle.

Se former et se former à réfléchir à nos besoins

Deux Fleurs a commencé un jeu de cartes (physique) pour réfléchir à nos besoins, notamment anticiper les aspects négatifs du numérique, parler de greenwashing dans toutes ses subtilités.

La questions se pose comment bien animer cet outil. Idéalement c’est pour un public non technique.

Des membres du Cloud Girofle aimeraient découvrir l’outil. On s’organise pour organiser une session (ouiui).

Interroger le rapport au datacenter

La discussion prend un air plus théorique mais tout autant passionnant. Une personne joue le trouble-fête dans le doux consensus qui émergeait : « mais les datacenters ça mutualise des ressources. » Par exemple Amazon a créé AWS pour mutualiser des serveurs qui n’étaient utilisés que pour le pic de Noël en gros. Gros avantage de partager les ressources. Touché.

Plusieurs membres pointent qu’il y a des enjeux et des choses à redire sur l’impact spatial et énergétique des datacenters (rapport de l’ADEME, auquel Fanny Lopez a contribué, également détaillé dans À bout de Flux de la même autrice), sur la militarisation (au même titre que la militarisation des centrales nucléaires, on est en droit de se demander si c’est le monde dans lequel on a envie de vivre), au point que même une partie de l’industrie « trouve ça bizarre de devoir passer six portes blindées pour stocker des photos de chats ».

Plus proche des questions énergétiques, on note aussi que le datacenter encourage et favorise la redondance, il fait croire que « ça marche toujours, tout le temps ».

On se demande également dans quelle mesure les gains de mutualisation sont compensés/dépassés par le renouvellement rapide du matériel, annoncé parfois pour « réduire la consommation énergétique ». De manière générale, on se pose clairement la question de l’effet rebond dans ce contexte.

La discussion se poursuit avec les effets sociaux des datacenters, et leur origine notamment pour séparer les ingénieurs des machines, et de briser leur capacité à interrompre le service. Un membre pose la question des outils/méthodes qu’on souhaite mettre en place pour la grève. On cite un article, les datacenters enfoncent le cloud, qui évoquent les enjeux politiques et environnementaux d’internet.

Aujourd’hui le Cloud Girofle est essentiellement dans des datacenters (mais pas avec une offre cloud, sans redondance particulière outre ce qui vient avec l’offre datacenter), mais aussi un peu auto-hébergé (backups, machine de test). Une personne de DeuxFleurs rappelle que sortir des datacenters est une des origines de l’asso (ils ont donc à la fois un point de vue situé et un recul/une pertinence sur le sujet).

On se dit qu’on a envie d’approfondir la question, et de prendre le temps de voir comment ça peut infuser dans nos pratiques.

Alimenter une base de connaissances sur les impacts du numérique

Des membres de l’asso accumulent des dizaines de références ainsi qu’un regard critique sur celles-ci (en AG Max a dit des centaines mais il a exagéré largement). On se dit qu’on aimerait bien en faire quelque chose : un article, une base de connaissances, etc.

Ça apporte des pistes pour nourrir le débat ci-dessus sur les datacenters, réfléchir à l’impact environnemental (analyse de cycle de vie notamment) du matériel qu’on utilise (que ça soit les serveurs ou les terminaux utilisateurs, etc), nous outiller, que ça soit avec des chiffres ou des réflexions. Bref, penser le numérique.

Ça tombe plutôt bien car DeuxFleurs a déjà une petite médiathèque en ligne ainsi qu’une collection sur Zotero.

On décide de contribuer à la base de connaissances de DeuxFleurs, pour l’enrichir/voir les parallèles qui peuvent être faits.

Mais que faire au Cloud Girofle ?

Après avoir bien discuté en théorie, on s’est rappelé que le Cloud Girofle commence à toucher les limites d’un de ses hébergements (sur le serveur mutu2, on a des soucis d’usage CPU et RAM et disque, bref, on touche à peu près toutes les limites à la fois). Le coupable ? C’est Nextcloud, avec ses dizaines de processus PHP-FPM qui consomment 500 MB chacun, son code brontosauresque et ses gazillions de fonctionnalités.

On soumet donc une hypothèse : peut-être qu’un client léger (webdav) solliciterait moins le serveur. En vrai on n’en est pas certains, mais on se dit qu’on pourrait tester. Notamment car ça permettrait de proposer deux « portes d’entrée » aux utilisateur⋅ices : une via Nextcloud et une via un client en ligne webdav. Les fichiers auxquels on pourrait accéder seraient les mêmes et tout le monde serait content.

Ça tombe bien car il existe plusieurs clients WebDAV-js, tous développés par des copains :

  • Karadav (by Bohwaz) : qui implémente aussi le protocole WOPI (permet de se connecter à OnlyOffice)
  • Web Drive (by CLUB1) : « Le Drive CLUB1 est un explorateur de fichiers utilisable à travers un navigateur Web. Il permet d’accéder à son espace personnel sans avoir besoin d’installer ou de configurer une application native. Il est donc très utile lorsque l’on n’est pas sur son ordinateur personnel. »

On décide de tester ces solutions pour voir si on peut gagner en performance

Quelques ressources citées au cours de l’échange

  • Karadav (by Bohwaz) : qui implémente aussi le protocole WOPI (permet de se connecter à OnlyOffice)
  • Web Drive (by CLUB1) : « Le Drive CLUB1 est un explorateur de fichiers utilisable à travers un navigateur Web. Il permet d’accéder à son espace personnel sans avoir besoin d’installer ou de configurer une application native. Il est donc très utile lorsque l’on n’est pas sur son ordinateur personnel. »
  • Bagage (by DeuxFleurs) : « Bagage is the bridge between our users and garage, it enables them to synchronize files that matter for them from their computer to garage through WebDAV », ici :
  • Devenez technocritique (by DeuxFleurs) : « Se sentir légitime à prendre la parole sur des sujets techniques ; ouvrir à des arguments de l’ordre du besoin, des usages, de l’expérience ; introduire à des auteur·ices de la critique des techniques (de Ivan Illich à Fanny Lopez) ; aborder le sujet d’un point de vue structurel, collectif, politique et non individuel. »

Campagne de communication sur l’hébergement des emails

Aujourd’hui, plein de chatons et non chatons proposent de nombreuses alternatives à beaucoup de services fournis par les GAFAM (Google en particulier). Mais régulièrement (souvent pour le cas du Cloud Girofle), les personnes conservent leur adresse gmail (ou autre GAFAM), qui leur sert de porte d’entrée. Ça nous pose un souci à plein de points de vue. De plus, lorsqu’on quitte Gmail, il peut facilement y avoir un effet domino, où les outils Google ne sont plus tellement attractifs, et on peut extraire les utilisateur⋅ices d’autres services GAFAM en cascade (même si on peut avoir un compte Google sans utiliser Gmail).

Ça tombe bien, car il y a plein d’acteur⋅ices qui commencent à proposer des services de mail, que ça soit chez les chatons ou les non-chatons. On pense qu’il faut lancer une campagne de communication autour de la migration de mail vers des hébergeurs plus « propres ». On a un contact qui fait de la com et qui est intéressé par le sujet.

Les utilisateurices individuel.le.s ne sont pas forcément la cible du Cloud Girofle (car on s’adresse plutôt aux collectifs), mais il y a l’idée/l’intérêt de faire un truc un peu coordonné avec d’autres CHATONS.

Quelques questions sur l’organisation :

  • Il faut aussi pouvoir lister nos capacités à accueillir, en termes de volume. Qq milliers ? Dizaines de milliers ? Il ne faut pas qu’on propose aux personnes de migrer, sans êtres en mesure de proposer une alternative viable (surtout en terme de volume, qui peut aller vite).
  • Pouvoir réponde à « chez qui je vais » ?
  • Une étape préliminaire pourrait être de lister quelques alternatives, et d’expliquer leurs différences.
  • Ça vaudrait le coup de lancer des réflexions sur l’UX.

Quid de la temporalité ? on pourrait commencer avec quelques CHATONS motivés d’ici la fin de l’année, identifier les ressources que l’on pourrait impliquer, et publier les premiers messages ~Septembre 2024 (juste une idée pour l’instant, on est pas des communicants).

Décision que Max s’occupe de lancer une dynamique pour savoir combien on est.

Budget prévisionnel

Le budget prévisionnel retrace la trajectoire qu’on s’est donnée pour l’asso.

Dépenses

TrucMontantRemarque
Location de serveurs, etc2500Ajout de mutu3
Achat de matériel (serveurs)2000 
Communication/impressions300 
Campagne de communication5000Cofinancement chatons
Salaires40002 mois temps plein
Banque & co100 
Soutien aux logiciels300020%
TOTAL16900€ 

Recettes

TrucMontantRemarque
Cotisation des membres7000 
Prestation de service7500 
Don400 
(trésorerie)2000 
TOTAL16900€ 

On discute des différentes lignes :

  • Location et achat de serveur: On a un serveur plein. On va devoir louer un serveur supplémentaire. On serait content d’avoir des VPS chez d’autres fournisseurs qu’OVH/Kimsufi, mais pour l’instant ça ne se fait pas.
  • Achat de matériel: achat d’une machine pour stocker les données de replica Garage (allumé 1 fois par jours). On se demande en même temps si les disques rotatifs meurent plus vite si on les allume/on les éteint tous les jours – à creuser, se documenter à ce sujet.
  • Comm/impression: Flyers
  • Campagne de comm: lié au sujet de la campagne de communication ci-dessus.
  • Salaires: on se garde la possibilité d’embaucher une personne pour ~1 jour par semaine sur une période longue.
  • Soutien : on essaie de rétribuer les devs des logiciels libre développés par des « non-profit ».

Le Cloud Girofle s’est proposé de prendre en charge les avances financières du Camp CHATONS 2024. On restera aussi transparent que possible. On aimerait une responsabilité partagée sur les pertes éventuelles.

Catégories
Vie associative

📩 Hébergez vos mails chez le Cloud Girofle

Bonne nouvelle de l’année dans ces temps de centralisation massive de nos données chez les GAFAM : le Cloud Girofle ouvre son service de mails.

Après des années passées à peaufiner et assurer le suivi de l’envoi de mails internes et de notification, et six mois de travail intense pour élaborer une solution qui puisse répondre à la majorité des besoins, un sondage pour évaluer la demande, le Cloud Girofle ouvre enfin un service de boîtes mails.

Que vous soyez un individu ou un groupe/collectif/association/+, que vous souhaitiez utiliser votre propre nom de domaine, ou un nom de domaine en @girofle.org, @tchoutchou.org ou @jerepondspas.fr, nous pensons que le service peut répondre à vos besoins. Tout le fonctionnement est détaillé sur la page dédiée :

Catégories
Vie associative

🎈Assemblée générale du Cloud Girofle (15/10 14h)

Youpi youpala, voilà qu’arrive l’assemblée générale annuelle du Cloud Girofle 🎈 !

Mais l’an dernier c’était en mai – me direz-vous ? Et bien oui, mais nous fûmes retardé⋅es, alors mieuvotarkejamé !

De quoi on parle 👩‍🎤 ?

  • On fait le bilan de l’année écoulée
  • On discute de ce qui a marché et pas marché
  • On présente et on vote le bilan moral et financier (le fameux BiMoFiClouG 📓 ; non ce n’est pas un gâteau)
  • On discute de ce qu’on veut faire cette année : petites évolutions et grands projets, c’est là qu’on trace les orientations à venir de l’année
  • On fait évoluer la direction collégiale de l’asso

C’est pour qui ? tous⋅tes les utilisateur⋅ices ! Car tous les utilisateur⋅ices sont membres de droit de l’association, et ont voix au chapitre. Aussi parce que c’est l’occasion de faire connaissance !

De quoi on a parlé les années précédentes ? Les compte-rendus d’AG de 2021-2022 et 2020-2021 sont disponibles en ligne pour que vous vous fassiez une idée.

C’est où ? à l’AERI, un super chouette lieu associatif à Montreuil (57 – 59 Rue Étienne Marcel 93100, Montreuil). Et aussi en ligne (nous contacter pour qu’on vous envoie le lien de connexion)

C’est quand ? Dimanche 15 octobre 2023, à partir de 14h. Fin prévue vers 17h.

C’est quoi le programme ? Après un petit temps d’accueil, on fait en général l’AG formelle (~1h), puis on enchaîne sur la discussion de l’avenir/ce qu’on veut faire cette année. Fin prévue vers 17h. Et ensuite on peut aller se désaltérer joyeusement !

On fête quoi ? Les 3 ans de l’asso, les presque 3 ans de notre entrée dans le collectif des CHATONS, les 6 ans de l’ouverture du premier service, et peut-être d’autres choses qui sait ?

Catégories
Technique

[stabilisé] Espaces Nextcloud indisponibles

[edit de jeudi 11h : nous pensons que le souci est réglé]

Hello,

Pour une raison non encore identifiée, la charge sur notre serveur hébergeant les instances Nextcloud est très élevée, et il est quasi-impossible d’y accéder. Ça dure depuis mercredi 13/09 16h45.

Nous travaillons pour résoudre le problème.

Mise à jour du 14/09 12h : nous pensons avoir identifié l’installation d’une application non compatible comme une (mais pas la seule) des causes du souci. L’application a été désactivée. Les services sont stables depuis 11h.

Mise à jour du 14/09 11h : nous pensons avoir mis en place une configuration qui stabilise le serveur. Un fichier de configuration dupliqué rendait inopérant les modifications que nous avions mises en place la veille à 23h. Nous gardons un œil sur la charge du serveur.

Catégories
Vie associative

Accessibilité : mise à disposition de la police OpenDyslexic

Au sein du Cloud Girofle, on réfléchit à comment rendre les outils qu’on propose accessible au plus large public possible. Par exemple, en 2022, nous avons réalisé des tests utilisateur·ices pour identifier quels outils étaient accessibles aux personnes déficientes visuel.

Nous intégrons régulièrement des (petites) modifications pour améliorer l’accessibilité des logiciels, et sommes disponibles pour adapter l’usage du Cloud Girofle à vos besoins.

Nous avons rajouté à OnlyOffice la police OpenDyslexic, c’est une police de caractère conçue spécialement pour être plus facilement lisible par les personnes dyslexiques. On n’est pas dyslexiques nous-mêmes, du coup on espère que cette police sera utile, et si des personnes concernées ont des retours à nous faire (sur cette police, mais surtout plus largement sur l’accessibilité des outils), on leur sera très reconnaissant·es.

Catégories
Technique

[résolu] Coupure Nextcloud

Hello,

C’est la rentrée 🎒✏️📒. Notre serveur ne l’a pas supporté et aurait aimé rester en vacances. Enfin bref, trop de personnes se sont connectées d’un coup, et les espaces Nextcloud ont été inaccessibles mercredi 6/09, de 17h à 19h30.

Depuis le service est de nouveau opérationnel. Nous sommes désolé⋅es pour la gêne occasionnée.