FRsAG November 2025

frsag@frsag.org

11 participants
4 discussions

Que vaut NextCloud aujourd'hui ?
by Stéphane Rivière 04 Nov '25

04 Nov '25

Bonjour la liste, La thread d'à coté m'incite à actualiser mon expérience sur NuageSuivant. Il y a une dizaine d'années, on a eu besoin d'un drive et installé NextCloud (ou son ancêtre ownCloud, je ne sais plus). Assez rapidement, j'ai constaté que les perfs étaient daubesques (moteur en PHP) et surtout, que j'avais des fichiers plus récents écrasés par des moins récents (horreur absolue). Alors les users m'ont adoré et j'ai du raser les murs, puis trouver autre chose en urgence. J'étais vénère et humilié. J'ai installé Seafile (pas mal non ? c'est Chinois !), dont le moteur est en C, avec une techno (ayant fait l'objet d'une thèse) type p2p (ce qui fait qu'une modif de quelques octets sur un fichier de quelques centaines de Mo est instantanée, c'est courant avec un append), un stockage malin à la Git et, enfin, qui gère bien le versionning. Seafile ne fait rien d'autre que du drive et ça m'allait, j'avais pas besoin d'autre chose, la version libre très bien, préférant alors utiliser un logiciel séparé si nécessaire. Accessoirement, l'app android pour Seafile est gratuite, pratique pour cloudifier les photos. Fin de l'histoire ? Disons que quelques années plus tard, j'ai observé que NextCloud était adopté par plein de gros clients, tels le CERN (mais pas que). Je me suis alors dit que NextCloud était devenu un logiciel fiable et rapide. Enfin je suppose. Par curiosité et pour actualiser mes connaissances, qu'en est-il, par exemple avec des dizaines de milliers de fichiers dans le drive et une trentaine de PC en sync ? Merci d'avance ! -- Stéphane Rivière Ile d'Oléron - France

7 9

Recherche support NextCloud
by SIMANCAS Hugo [Humans Connexion] 04 Nov '25

04 Nov '25

Bonjour, Nous avons une instance pour un client avec plusieurs utilisateurs. Leur principale utilisation est de la synchro de fichiers avec de l'ouverture de fichier en local sur les PCs. Les PCs sont en Windows 11 Pro (antivirus débrayé au minimum pour les tests) NextCloud server : 32.0.1 Client NC : Dernière version Reverse Proxy Le problème est que par moment, la synchronisation se bloque sans avertissement. Le déblocage se fait en relançant le client NC ou en faisant pause + resume sur la synchro. Avez vous une idée ? Est ce que quelqu'un aurait une belle expertise ou un lien avec le support ? Merci Hugo

2 1

Discard/trim sur RAID1
by Frederic Dumas 03 Nov '25

03 Nov '25

Bonjour à tous sur la liste, [à tort j'ai posté vers frsag-tech(a)frsag.org. Second envoi, il y aura peut-être un doublon.] sur un serveur de fichiers Ubuntu en service depuis des années, normalement mis à jour, et où sont assemblées plusieurs grappes RAID1 logicielles, celles d'entre elles dont un des volumes physiques est un SSD, présentent une propriété surprenante: - md assemble la grappe sans incident, elle est clean; - lvm utilise cette grappe comme volume physique et active le volume logique existant; - fsck.ext4 -f ne parvient à trouver aucune corruption du système de fichiers sur le LV; On devrait donc être bons. Mais cependant; - cmp --ignore-initial=0x8100000 (pour commencer après les métadonnées RAID) /dev/sda2 /dev/sdc1 identifie des dizaines de gigaoctets divergents entre le HDD et le SSD de la même grappe. On est en RAID1, donc ça fait un peu accélérer le rythme cardiaque, est-ce une corruption massive? Comment ça pourrait reste sans conséquence dans le système de fichiers ?!? Inutile de descendre dans les valeurs SMART des disques physiques, elles n'apprennent ici rien d'utile. cmp n'est pas super adapté pour attraper une vue d'ensemble de bloc devices en centaines de giga, et hexedit aide à peine mieux. Après une exploration très partielle, il semble que: - quand un octet diverge entre les membres de la grappe RAID, c'est toujours parce que des zéros apparaissent sur l'autre disque; - le disque sur lequel apparaissent les zéros semble toujours être le SSD. L'hypothèse pour laquelle j'espère vos commentaires est celle formulée par Gemini: d'après le LLM, l'option discard/trim serait activée, et c'est elle qui est à l'origine des valeurs nulles sur le SSD. Le LLM suppose que ces divergences de données entre les deux membres de la grappe RAID1 apparaissent probablement sur tous les blocs où des fichiers ont été effacés. L'autre hypothèse est que le LLM hallucine. Avant de me lancer dans l'écriture d'un script pour confirmer l'hypothèse des seuls zéros sur le seul SSD, et explorer la grappe raid systématiquement, existe-t-il un outil plus adapté que cmp, dd, hexedit pour "survoler" un disque et visualiser des patterns ? Et si l'hypothèse de Gemini est valide, quelle est la bonne pratique pour une grappe dont l'un des membres est un SSD ? Bien vérifier partout (fstab, systemd, ?) que rien sur le système n'émet de commande ATA Trim ? Dans cette configuration, en écriture la grappe RAID1 est déjà contrainte par les performances du HDD (il est marqué en writemostly), donc on peut peut-être se passer de trim sur le SSD ? Dans l'état actuel incohérent de la grappe RAID1, même s'il n'y avait réellement aucune corruption des données utiles, en pratique on ne peut plus forcer de vérification manuelle utile avec mdadm, et ça, ce n'est pas vraiment une conséquence acceptable. Merci pour vos avis. -- Frédéric Dumas f.dumas(a)ellis.siteparc.fr -- Frédéric Dumas f.dumas(a)ellis.siteparc.fr

7 7

Apéro Lyonnais : lundi 03 novembre 2025
by Camille Lafitte 03 Nov '25

03 Nov '25

Bonjour On se retrouve si le voulez bien ce soir. On bravera le début de l'hiver avec une bière ou une limonade bien fraîche, voir un chocolat chaud. On continue avec nos bonnes ou mauvaises habitudes en se retrouvant devant un verre avec toute boisson désaltérante. Ce soir, lundi 03/11 on se retrouve pour notre apéro mensuel. Vous êtes attendu(e)s pour un apéro lyonnais et ses environs au : Malting-Pot 263 Grande Rue de la Guillotiere, 69007 Lyon soit ce lundi 03 novembre 2025 dès 19h. Et toujours vaguement des infos sur : https://keskonfai.fr/@apero_admin_sys_auvergne_rhone_alpes http://www.agendadulibre.org/tags/araas Km

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG November 2025