Lapin

Je déterre ce topic car le ventilo sur mon bon vieux DS411+ vient encore de lâcher... 😞 Evidemment impossible de retrouver la référence d'origine. Après de nombreuses recherches j'ai trouvé une référence qui fonctionne et qui est bien équipé d'un détecteur de blocage de rotation et non pas d'un signal RPM. Seul modif à faire, récupérer l'ancien connecteur et le souder sur le nouveau ventilateur → 3x soudures + 3x petites gaine thermo La référence est NMB-MAT 1604KL-04W-B59 Personnellement je l'ai trouvé et acheté sur AliExpress ici : New For 1604KL-04W-B59 DC12V 0.1A 4010 40x40x10mm 4cm 7000RPM RD signal cooling fan D'après les specs, ce ventilateur devrait être plus robuste car équipé d'un double roulement à bille. La durée de vie en utilisation H24 est donné pour environ 6 ans. A voir dans le temps. L’orientation du ventilateur dans le NAS est "étiquette vers le bas" (il y a des petites flèches dans le moulage du ventilo). Les pales sont plus petites et plus nombreuses. Du coup, le refroidissement est meilleur. Dans mon cas j'ai gagné environ 5°C. Voilà, si cela peut aider d'autre membres du fofo... 😘

Suite à ma précédente conversation avec .Shad. et sur ses conseils je suis passé sous Portainer. C'est vraiment top et pratique. Je viens de passer mon NAS sous DSM 7.2. Je vais jeter un oeil sur toutes les nouveautés de Container Manager. Synology semble avoir bien bossé le sujet.

Je ne sais pas trop. En tout cas à forcer de faire des stop/start depuis l'app Docker dans le DSM Synology, cela a fini par fonctionner. 😋

Maintenant que tu le dis, de mémoire. cela a bien fonctionné sur le 1er (celui qui a fonctionné du 1er coup). Par contre, je crois avoir eu un comportement étrange sur le 2ème (celui qui a eu du mal se lancer). Il se pourrait bien que j'ai du changé le MDP depuis le GUI et qu'après redémarrage il affiche enfin les containers.

Oui, je te confirme qu'il a fallu que je change le mot de passe.

@MilesTEG1 Lorsque j'ai mis à jour vers la 2.13.0 sur les 2 NAS du boulot (même modèle, même version), j'ai eu le même problème que toi sur l'un des 2 NAS. C'était franchement étonnant de ne pas avoir le même comportement sur les 2. Après un (ou 2, je ne me souvien plus) stop/start sur le NAS concerné, l'interface est revenue. Avec la mise à jour 2.13.1, pas de souci. Cela a fonctionné du 1er coup sur les deux. 😁

Que ce soit long, c'est normal. Pour te donner une idée, j'ai fait un synchro de 4To entre 2NAS en local par Ethernet 1GB. Cela a mis 28h. Les synchro d'après ne durent que quelques minutes. Si un fichier est modifié pendant la synchro elle sera prise en compte lors de la prochaine synchro. Il y a un système de snapshoot sous Linux. Cela permet de figer un état précis le temps que la tâche en cours soit terminée.

Oui, oui bien sûr. C'est normal en utilisant rsync. 😁

Très bonne remarque. 👍 Dans ma cas, la destination est un NAS DSM6. Donc, tout roule. 😎

Bon, pour ceux qui aurait le même problème que moi un jour, la solution est simple. Il ne faut pas utiliser le "rsync" de base. Il faut utiliser HyperBackup et choisir "Copie rsync (monoversion)". Cette option ne sauvegarde que la dernière version et ne compresse rien. L'avantage est que la sauvegarder est lisible directement. Pratique si la destination n'est pas un NAS Synology. 😊 En cochant la case "Activer la sauvegarde des métadonnées", cela fait parfaitement le boulot.

Bonjour à tous, J'espère être dans le bon sous-forum. Je n'ai pas trouvé de topic dédié à rsync. 😅 Voilà mon problème bien pénible. J'ai 2 NAS. Mon vieux DS411+ (ressuscité après un changement de ventilo sur le CPU) sert de destination pour la sauvegarde local de mon 916+. HyperBackup est utilisé pour quasiment toutes mes tâches sauf pour certains dossiers (gros fichier de backup de plusieurs Go). J'ai créé, 4 tâches de synchro. Tout va bien pour les 3 premières, mais pour la 4ème j'ai un souci récurrent très très agaçant. La 1ère synchro fonctionne, mais les suivantes plantent systématiquement car rsync change les droits d'accès sur le dossier de destination sur mon DS411+. 🤬 A chaque fois, je me prend une erreur "Sync error code 53". J'ai suivi cette procédure → How to fix Shared Folder Sync error code 53 Cela corrige le problème pour la prochaine syncho, mais ensuite le problème revient le jour d'après. C'est extrêmement agaçant et je n'ai pas trouvé de solution. Pour info, j'ai créé un utilisateur "rsync_back" avec les droits Admin sur mon DS411+. Et, bien évidemment, c'est l'utilisateur utilisé pour le test de connexion lors de la création de la tâche sur le DS916+. Bref, je suis un peu désespéré sur ce coup-là.... 😭

J'ai pas mal "joué" avec Portainer hier soir. Effectivement, c'est super méga pratique une fois passé l'apprentissage de l'interface. Interface qui est très jolie et rapide, mais pas super "user friendly". En plus, c'est super léger à faire tourner. Merci d'avoir insisté. Finalement je l'adopte sans réserve. 👍😁 De plus, j'ai découvert que le bouton "stack" permettait de lancer 2 conteneurs (ou plus) dans une seule config liée. Dans ce cas "l'empilement" prend tout son sens. 😎 Et cela simplifie les mises à jour. La mise à jour d'un conteneur est un vrai régal. Un bouton à cliquer, un inter à commuter et c'est fait ! 😍 Pour l’accès à distance, je n'ai pas encore décidé ce que je voulais faire. Je pense que je n'ai pas intérêt à exposer Portainer sur le Web. Au pire, je peux toujours me connecter sur l'interface DSM si j'ai besoin de faire une manip basic à distance. Si je partais sur une solution simple (https DSM Proxy Reverse) avec un mot de passe super fort et un identifiant administrateur autre que les classiques admin/root, je ne pense pas prendre de gros risques. OK, je n'aurais pas de 2FA, mais faut déjà qu'un éventuel hacker arrive à choper mon nom de DNS, mon identifiant admin et le bon port avant de pouvoir tenter de craquer mon mot de passe. A moins que l'interface Web Portainer soit une passoire sensible à des attaques (ex: backdoor)... 😨 Mais dans cette hypothèse là, seule une connexion VPN serait fiable. Tout autre solution se heurterait au même problème.

Encore merci pour tes bons conseils. Comme tu as dû le lire dans l'autre topic, j'ai commencé à tester Portainer. Je ne vais pas polluer ce topic. 😉

Je regarde un peu Portainer. Finalement, c'est vraiment simple à installer et cela permet d'utiliser des fichiers YAML directement depuis un GUI. Et ça, c'est vraiment tip-top une fois que l'on a compris. 😍 Par contre, il va falloir que je potasse quelques vidéos, car je trouve l'interface assez complexe et pas très ergonomie. PS: dans ton tuto, le lien de l'image n'est plus correct. Maintenant c'est : portainer/portainer-ce Sinon, j'ai pas encore sécurisé le tout. Je me demande si un Proxy reverse avec un mot de passe très complexe (j'utilise BitWarden) est suffisant.... D'un autre côté, je ne suis pas sûr d'avoir besoin d'accéder à Portainer depuis l'interface WAN. Je me tâte. 😅

Un grand merci pour toutes ces explications. 👍 Je viens de me rendre compte/comprendre que le GUI docker sous DSM n'était qu'un wrapper graphique. Mais que, derrière, ce sont bien les "vraies" commandes Linux qui sont exécutées. Donc, qu'un conteneur soit créé par le GUI DSM, par SSH, par composer ou par Portainer, cela reste un setup Linux qui va résister à toutes mises à jour. J'ai tout bon ? 😅 C'est bien plus clair dans ma tête maintenant. Merci. NB: j'ai juste paraphrasé ce que tu m'as expliqué. C'est pour être sûr à 100% que j'ai bien compris. Concernant Portainer, j'ai déjà regardé. J'ai même testé leur site de demo. Et j'avoue que j'étais complètement perdu. J'ai trouvé qu'il y avait trop de boutons pour un usage aussi basic que le mien. Mais bon, il n'y a que les imbéciles qui ne changent pas d'avis. Je vais lire ton tuto avec beaucoup d'attention.

C'est bien la moindre des choses !! J'ai un petit site consacré à un firmware de radio (pour le modélisme) et je sais que les remerciements est le carburant minimum pour rester motiver à faire de nouveaux tutos. 😄 Oui, je confirme. Et cela parait normal. Je ne voie pas comment il pourrait avoir toutes les infos sans accéder au socket Docker. Merci pour la confirmation. Cela correspond bien à mes tests sur l'installation de mon domicile. Merci ! 😎 Sur ce point là, j'aurais 2 questions: 1- Est-ce qu'un conteneur monté par SSH résiste à une mise à jour DSM ? Ou seul, les conteneurs faire par le GUI Synology sont immunes aux mises à jour ? 2- En passant par Docker-compose, cela à rendu visible le conteneur sous le GUI Synology. Du coup, je peux tout faire: start/stop/ouvrir un terminal/afficher le log. Donc, pourquoi faire une tâche supplémentaire pour arrêter le conteneur DIUN ? Y aurait-il une subtilité qui m'aurait échappée ? Ça, c'est moche. En clair, seules les notifs "natives" à la couche Docker Syno sont remontées. J'avais espoir qu'il soit possible de remonter des push à travers la couche "Docker Synology". J'ai vu qu'il y avait des histoire de MetaData, mais là cela me dépasse pour l'instant. Dans tous les cas, j'ai hâte de lire tes tutos sur Docker Compose. Je suis sûr que cela va être fort instructif. Je trouve que tu arrives à super bien vulgariser des sujets complexes pour les non-initiés. 🤩

Victoire !! 🥳 J'ai créé un fichier yml ici: Puis j'ai créé une tâche planifiée "Script défini par l'utilisateur". Les options: "Tâche" → Docker diun "Utilisateur" → root "Activé" → ça j'ai décoché. "Exécuter à la date suivante" → Ne pas répéter "Paramètres de tâche" / "Script défini par l'utilisateur" → docker-compose -f /volume1/docker/diun/diun.yml up -d Pour finir, j'ai exécuté manuellement cette tâche (qui, je le rappelle, est désactivée). Cela a fonctionné sans passer par SSH. 😁 Ceci dit, maintenant que c'est fait, je me demande si cela à un réel intérêt... 😓 Question: j'ai le système de pushover d'activé avec l'apps DSFinder sur mon smartphone. Savez-vous si les conteneurs Docker peuvent remonter une notification à travers ce canal ?

Non, ce n'est pas indiscret du tout. 😁 SABnzbd, SickChill + le script NZBtomedia pour faire le lien. Comme écrit, j'ai aussi un docker SVNAdmin pour remplacer le serveur SVN DSM6. J'ai également un docker Zappiti pour ma platine multimédia. J'avais aussi testé PiHole (mais en VM CentOS 7), mais au final cela me posait des soucis de charge. Lorsque je copiais de très gros fichier sur mon 916+ cela ralentissait très fortement l'internet à la maison (le ping DNS en prenant un très gros coup). Je n'ai pas retenté en mode Docker. Je suis passé direct sur un PI3B qui trainait dans l'un de mes tiroirs (remplacè par un PI4 pour ma borne d'arcade maison sous Recalbox). Voilà ! Tu connais tous mes secrets de geeks. 😋 Pour l'accès au socket docker, je voudrais essayer de tricher en modifiant manuellement le fichier de config crée par DSM. Mais pas sûr que cela marche.... 😥 Sinon, je vais passer en ligne de commande. J'ai jeté un oeil sur Portainer, mais c'est clairement overkill (et pas très user friendly) pour mon petit usage. [EDIT] J'ai trouvé où était le fichier config: /volume1/@docker/containers/CONTAINER_ID/hostconfig.json Mais dès que je lance le conteneur, ma modif est effacée. Soit je ne suis pas au bon endroit, soit il y a une protection.... 😭 Je crois qu'il va falloir que je regarde du côté de docker-compose et du gestionnaire de tâche du DSM pour executer DIUN en mode automatique. Je sais que je peux le faire en SSH, mais je voudrais une solution qui survive à coup sûr à un upgrade de mon NAS...

@.Shad. Alors là... Un énorme bravo pour ce tuto extrêmement complet. 😍😍 Cela faisait longtemps que je n'étais pas venu trainer sur le fofo, mais un coup de Google m'a ramené ici. Encore une fois un grand bravo pour cet énorme travail de synthèse. Après passage de mon 916+ à DSM7, je me suis fortement intéressé à Docker pour remplacer tous mes packets SynoCommunity par des containers (plus sûr pour avoir une config pérenne avec compatibilité ascendante). Grace à ton tuto, j'ai été très vite opérationnel. Pour info, j'ai trouvé un super container pour remplace le package SVN (c'est ce qui m'avait bloqué pour passer sous DSM7). C'est ici et je le recommande vivement: https://registry.hub.docker.com/r/clamy54/svn-svnadmin/ La dernière étape est d'avoir des notifications pour les updates. Je veux un truc léger et rester avec le GUI de Synology. J'ai vu https://crazymax.dev/diun mais je me heurte au problème d'accès au socket docker (/var/run/docker.sock). Je vais continuer à lire ce thread avant de poser des questions maintes fois posées. 🙃

Bonjour à tous, Avec la sortie de SABnzb 3.x tournant sous Python3, j'ai regardé pour porter mon script. Finalement, il s'avère que c'est inutile. En effet Python3 fonctionne maintenant au format "unicode" par défaut. Du coup, le problème que mon script réglait n'existe plus. 🙂 Il est temps pour mon script de prendre une retraite bien mérité après un peu plus de 8ans. Cela aura bien dépanné pendant quelques années. 😁 Je ne porterais donc pas mon script sous Python3. A moins qu'un problème similaire réapparaisse. Mais je doute. N'hésitez pas à me contacter si vous tombez sur un NZB récalcitrant. PS: Je pense qu'en même faire une version Python3 (avec un autre nom) pour ceux qui l'utilisaient aussi pour déplacer des fichiers multimédias et lancer l'indexation automatique du service DLNA.

Pour info, sur les dernières versions de Firefox les variables à changer en "True" sont: signon.autofillForms signon.autofillForms.http

Bon j'ai fini ma réinstallation en 6.1 sur mon DS916+. Merci Hyper Backup !! :) Pendant la transition mes anciens HDD 2 To m'ont fait une surprise. Le HDD2 et HDD4 ont fait une déconnexion/reconnexion quasiment en même temps. Comme le DS916+ supporte le remplacement à chaud, ça l'a fait râlé, mais pas planté. C'est probablement ce qui est arrivé lorsque les HDDs étaient encore dans mon DS411+. Sauf que lui, il n'a pas su gérer. Bref comme ces disques ont tournés 24/24 7/7 pendant presque 7ans, j'ai conclu qu'il était temps de tous les changer. Comme je suis content de Seagate, j'ai donc acheter des IronWolf. Au final, j'ai utilisé mon DS411+ comme conteneur pour les backups, en panachant les anciens et nouveaux disques pour être sûr que la mort subite de l'un des anciens HDDs ne me feraient pas perdre de données. Au final, hier soir j'ai pu éjecter à chaud (ça, c'est trop cool !!) le dernier ancien HDD de mon DS916+ et le remplacer par un IronWolf. Ce matin le reconstruction et vérification était terminé. A l'utilisation, je ne sais pas si c'est la puissance du DS916+ et/ou le file system en Btrfs, mais les accès par Samba sont beaucoup, beaucoup plus rapide qu'avant !! Bon, j'ai galéré un peu pour réinstaller les packages SABnzbd et SickRage sur mon Syno, car cela ne s'installe par correctement sur un DSM6.1 vierge. En plus, j'ai l'impression que Diaoul ne maintient plus le repo SynoCommuniyt...

Justement, c'est bien cela qui m’interpelle, mon disque 2 a été corrompu, mais il n'est pas physiquement HS (d'ailleurs il tourne en ce moment dans mon DS916+). Par contre, c'est une bonne idée pour le DS411+. Je vais installer un 2ème HDD et faire un badblock. Oui tu as raison je voulais dire Btrfs (Better file system). Et effectivement je me fais la même réflexion que toi. Comme je backup tout, c'est l'occasion d'être "à jour". Je me souviens trop de la galère sur mon DS207+ lorsque j'ai voulu faire un mise à jour, mais que tout à merdé parce que la partition système n'étais pas assez grosse...

Salut !! Merci de prendre le temps de me répondre. Je suis longtemps resté sur DSM 5.2, car je voulais éviter ce genre de mésaventure. En fait, je n'avais pas percuté qu'il y avait DSM 6.0 et DSM 6.1... J'ai bien vu lors de la migration qu'il me proposait d'abord de passer sous DSM 6.0.2xxx, mais après je n'ai pas fait attention qu'il me passait directement de 6.0.2 à 6.1.1 Quand on passe de 5.x à 6.x on voit bien l'incrément majeur. Là je n'ai pas percuté... Mon DS916+ supporte le Brtfs, alors, la grande question (qui va conditionner la méthode de RAZ): Brtfs ou Ext4 ? Sinon, as-tu un avis sur le plantage de mon DS411+ ? Problème soft ou hard ? Je sais que c'est dur à distance de se prononcer, mais parfois avec l'expérience...

Tout d'abord, bonjour à tous. Cela faisait un baille que je n'étais pas venu trainer sur le fofo. Ce début de semaine a été très mouvementé pour moi. J'ai passé mon DS411+ sous DSM6.1, résultat volume dégradé, puis planté dans les 2h qui ont suivi... C'est la 1ère fois que cela m'arrive, mais ça fait bien stresser. Aïe mes 6To... je backup tout sur un disque externe + Amazon Glacier, sauf mon répertoire vidéo qui est de loin le plus gros... (no comment). J'ai tenté le double reset, mais rien à faire. Du coup, j'ai commandé un DS916+ en urgence. J'ai installer DSM6.1 et réparer mon Raid SHR. J'ai vu que sur les 4HDDs, 3 avait eu leur partition système corrompue, et mon HDD n°2 était complètement KO (mais physiquement OK puisque j'ai l'ai testé avec mon PC). Aujourd'hui j'ai de nouveau mon Raid SHR (avec protection de données sur 1 disque) qui est de nouveau opérationnelle après 6h30 de reconstruction (5.36To rempli à 86%). En regardant les logs, j'ai vu que mon disque n°2 (celui complètement corrompu) avec généré des erreurs IOs avant de se faire éjecter, puis même chose sur le disque n°3 (heureusement seul la partition système a été touché). Voilà, pour mes péripéties. L'histoire ne s'arrête pas là. J'ai installé DSM6.1 sur mon DS916+ par la procédure de migration tout en conservant mes réglages. Du coup, un certain nombres de choses ne fonctionnent pas correctement. Le centre de journaux reste indéfiniment sur "Chargement" lorsque je clique sur l'onglet Journaux. Amazon Glacier me dit "succès" pour mes sauvegarde, mais en fait rien n'est fait (vérifier en regardant l'historique sur mon compte Amazon). Plus d'autres choses que je n'ai pas encore vu. En voyant tout ces problèmes (et sachant que Synology fait du Raid software), j'ai mis un vieux disque qui trainait dans mon DS411+ pour voir si les erreurs d'IO étaient software ou hardware. Verdict (pas vraiment sûr à 100%), j'ai pu réinstallé DSM6.1 (et je ne comprend pas pourquoi, car cela ne marchait pas lorsque j'avais mes 4 HDDs dedans, alors que cela a fonctionné avec mon DS916+...), faire un test mémoire sans problème et avoir un système opérationnel (surtout que j'avais changé le ventilo du CPu qui faisait un bruit de casserole il y a plusieurs mois). J'ai rentré un ticket chez Synology, mais globalement je ne fais pas confiance à mon installation actuelle. Du coup, je viens de commander un disque de 4To pour faire un backup de mon répertoire vidéo afin de lancer une installation toute propre. Du coup, j'en arrive à mes questions. Quelle procédure me conseillez vous ? Backup sur mon DS411+ de ma section vidéo avec hyper Backup (en espérant qu'il n'y est pas réellement un problème hardware). Pour le reste, c'est bon, j'ai des backups sur d'autres disque. Puis, réinstallation complète de mon DS916+. Finalement récupération avec HyperBackup. Ejection d'un HDD 2To de mon 916+ Création d'un volume sur mon 4To non utilisé pour sauvegarder mes vidéos Ejection du 4To et retour de son copain le 2To Résintallation toute propre Même procédure que ci-dessous pour récupérer mes grosses données. En gros, je me débrouille avec mon DS916+ et je ne fais pas confiance à mon DS411+. Double reset sur le DS916+, puis réinstallation uniquement du système. J'ai oublié de précisé, j'étais parti pour la solution n°3, mais comme je vais avoir un backup total, je me demande si ce n'est pas le moment pour passer mon Raid du format Ext4 au format Btrfs. Voilà. Merci à tout ceux qui auront eu le courage de tout lire et encore plus merci à ceux qui pourront me donner un avis éclairé.