Flam

Concrètement, y a t il un intérêt à migrer pour un DS918+ de DSM 7.2-64570 Update 3, vu que le Syno me dit que je suis à jour ?

Le problème semble enfin peut-être résolu https://github.com/007revad/Synology_app_mover/tree/main

Ce que j'ai expérimenté c'est que le parseur de docker-compose utilise la version. Donc il peut y avoir des erreurs si tu utilises des directives qui ne sont pas définies ou obsolètes par rapport à la version indiquée. Généralement indiquées et tu dois donc mettre en conformité les deux. Perso j'utilise un script FUPGRADE="--upgrade --force-color --force " docker exec Acme sh -c "acme.sh $FUPGRADE --issue --keylength 4096 --dns dns_gandi_livedns -d ${SERVERS}" docker exec Acme sh -c "acme.sh $FUPGRADE --deploy -d '$SERVERS' --deploy-hook synology_dsm"

Rajouter le DS918+ à la liste 😞

Les problèmes dûs à la MàJ touchent docker/btrfs, même sur des serveurs validés DS918+ 😞 Suis preneur de solutions.

Hum, j'ai l'impression que c'est un bug syno lié à docker/btrfs "Docker disables btrfs quotas creating an unrecoverable broken btrfs volume": https://github.com/docker/for-linux/issues/78 Est-ce que quelqu'un a déjà rencontré ce problème, cela sort de mes compétences, je ne m'y connais pas en fsck (ou equivalent) de raid... Sur des forums ils proposent de recréer/reformater le volume ce qui ne m'enchante guère vu qu'il s'agit du volume1 😮 J'ai l'impression que j'ai déjà perdu silencieusement beaucoup de données car j'ai des grosses images qui ne sont plus reconnues ;( Merci

Bonjour, J'ai un flood de messages d'erreurs dans dmesg --human -T -f kern Pourtant le Gestionnaire de stockage du Syno me dit que tout va bien... ???? Que dois-je en penser, je suis inquiet, et comment résoudre ces erreurs qui me semblent réelles et qui concernent le raid. Ces messages sont apparus après la mise à jour forcée du dernier DSM6 et non solicitée! Merci [Thu Apr 15 00:35:05 2021] BTRFS error (device dm-0): cannot find qgroup item, qgroupid=6958 ! [Thu Apr 15 00:35:06 2021] docker55712ae: renamed from eth0 [Thu Apr 15 00:35:06 2021] docker0: port 2(dockerb9b644d) entered disabled state [Thu Apr 15 00:35:08 2021] docker0: port 2(dockerb9b644d) entered disabled state [Thu Apr 15 00:35:08 2021] device dockerb9b644d left promiscuous mode [Thu Apr 15 00:35:08 2021] docker0: port 2(dockerb9b644d) entered disabled state [Thu Apr 15 00:35:10 2021] BTRFS error (device dm-0): cannot find qgroup item, qgroupid=6865 !

C'est bien comme cela que je fais aussi, mais ça commence à me gonfler, surtout pour des questions de simplification et de portage. Ma question serait alors, comment font ceux qui ont un parc de 30, 60, 120 NAS ?

Oui j'ai lu ton post, j'ai comme l'impression que Synology a arrêté le développement de cette application et que personne ne l'utilise, dommage car très utile pour moi. Si quelqu’un a une alternative...

Bonjour, Je teste Synology CMS et je suis perplexe. L'idée est bonne cependant à l'utilisation je me trouve avec des fonctionnalités inachevées. Par exemple: - on peut créer des règles pour les connections, exemple blocage automatique par des listes d'ip bloquées ou autorisées (n'allez pas me dire que cela n'a rien à faire là ou qu'on peut/doit procéder autrement svp). Dans l'interface DSM classique il est possible d'importer ou d'exporter ces listes. Dans l'interface CMS on ne peut qu'importer, on peut éditer mais on ne peut plus exporter (sic!) - si on définit une regle, on peut la modifier mais on ne peut ni la sauver ni la copier/dupliquer afin l'adapter à un autre serveur (re-sic!!) - je n'ai pas trouvé comment backuper les données du CMS, il n'apparait pas dans les sauvegardes hyperbackup (le backup que j'utilise) re-re-sic!!! Ceci n'est que quelques exemples d'un premier test, je crains la suite... CCL: Ceci est pour moi rédhibitoire à l’utilisation du CMS, à moins que vous n'ayez trouvé des solutions ou workaround. Je me pose vraiment la question si dans cet état, quelqu'un utilise CMS ? PS: tests fait sur DSM 6.2 et sur la DSM7beta

Tu peux utiliser les volumes docker (option -v) Personnellement j'utilise docker-compose avec des fichiers docker-compose.yml, tout est automatique, màj, changement de paramètre etc. juste un simple: docker-compose pull docker-compose up -d ex pour le remapping de folder utilisateur: - ./nextcloud/html:/var/www/html - ./nextcloud/data:/var/www/html/data - /volume1/utilisateur1:/var/www/html/data/utilisateur1 - /volume1/music:/var/www/html/data/__groupfolders/1 - /volume1/video:/var/www/html/data/__groupfolders/2

Vous utilisez: NextCloud (en interne ou par Docker) Synology PhotoStation Moment ou VideoStation Vous constatez que: Synology xxxStation crée des répertoires @eaDir pour y stocker les métadata ainsi que les vignettes et vidéos en cache qu'il calcule. NextCloud indexe ces répertoires Le problème est que chaque image va créer 4 fichiers images qui vont être indexés et visibles sur NextCloud ce qui quadruple la taille de la base de données. Le processus de rescan pour une simple vérification des fichiers nouveaux ou mis à jour, passe de quelques minutes à plusieurs heures, (voir plus de 24h dans mon cas) NextCloud ne prévoit pas de moyen de blacklister certains répertoires. J'ai essayé plein de méthodes, fichiers .noindex+.nomedia, changer les droits d’accès (rwx) et les owners pour éviter l'indexation par NextCloud, cela marchait, les fichiers cache ne sont plus visibles, par contre aucune amélioration pour le scan. Solution trouvée Il va falloir modifier deux fichiers. <html>/lib/private/Files/Filesystem.php: L637: public static function isIgnoredDir($dir) { > if ($dir === '@eaDir') { > return true; > } <html>/lib/private/Files/Cache/Scanner.php: L380: protected function scanChildren($path, $recursive = self::SCAN_RECURSIVE, $reuse = -1, $folderId = null, $lock = true) { > $dir = basename($path); > if ($dir === '@eaDir') { > return 0; Et hop, les fichiers cache ne sont plus indexés par NextCloud et le rescan prend quelques minutes comme avant. 😉

+1 Je suis toujours intéressé par le fameux package de mise à jour pour DSM6. Nécessite-t-il la manipulation de la ROM ou le package suffit ? Mais surtout le package :-D

Merci :-) . As-tu une 6.0 ou + qui tourne correctement (php7/docker/hyperbackup) ?