Toutes les discussions

Salut @Kramlech , merci pour ta réponse. Alors l'état des disques est parfaitement saint et ok pour le coup. Dans mon cas ça n'a pas l'air d'être ça, par contre je pense avoir trouvé un solution (en espérant que ça aidera certains) -> A priori le NAS (ou moi 😳) à lancé ce qu'ils appellent un "nettoyage des données" (cf Site de synology) et c'est ce processus qui a paralysé le système. J'ai réussi a l'arrêter tant bien que mal après plus de 2h30 de bagarre et le système est a nouveaux "rapide". A priori le nettoyage des données est important donc je vais le lancer mais c'est extrêmement long donc je vais le faire en semaine. Dans ce processus j'ai appris aussi que le DS223j est a priori hyper faible en terme de puissance et que l'utiliser pour autre chose que du stockage est difficile. La preuve c'est qu'une fonctionnalité même du système paralyse tout l'os...Ou par exemple si je télécharge un fichier avec download station, le disque est quasi injoignable... Je ne sais pas ce que vous en pensez mais ce produit est mal vendu sur leur site, il est vraiment trop faiblard pour imaginer avec plusieurs paquets qui fonctionnent en même temps et plusieurs utilisateur etc...

D'autant que le script n'est plus disponible au téléchargement.... Déjà tu peux modifier RENEWAL_CYCLE=30 Le certificat LE est encore de 90 jours. Le renouvellement raccourci est là pour préparer l'obligation d'arriver à des certificats d'une durée de validité de 45 (ou 47 je ne sais plus) jours en 2027. Tu peux consulter le calendrier des étapes et des durées sur le net. Acme a choisi dès maintenant un délai de 30 jours pour laisser du temps (15 jours à terme) pour que le renouvellement puisse se faire avant l'échéance au moment de l'application d'une validité raccourcie. Donc mieux vaut anticiper aussi dans le script.

Cela m'explique un autre problème du script. Depuis plus d'un an mon certificat est un certificat ECC sans que je ne fasse rien de particulier. A cause de cela certains fichiers/dossier ont l'ajout "ECC" sur leur nom et le script ne sait plus lire la date de validation du certificat et donc essaie systématiquement de renouveller le certificat. Et effectivement celui-ci s'est renouvellé récemment avant les 60 jours prévus. Je vais devoir reprendre le script pour qu'il puisse lire la date d'expiration mais sans l'aide de @.Shad. que l'on ne voit plus beaucoup☹️ De plus le déploiement ne s'effectuait que sur un des deux nas mais ceci vient d'être résolu avec le passage en majuscule des valeurs SYNO_xxx. Merci pour ton aide.

Pas à ma connaissance. Quand ça change, c'est un peu la surprise. Il faut suivre le github. C'est comme le passage du nom du certificat en base 64 dont la transition m'a posé quelques problèmes à l'époque sans que comprenne réellement pourquoi. Le script s'évertuait à le passer en base 64 mais j'étais obligé de le remettre en clair pour le renouvellement. Et puis c'est rentré dans l'ordre à la mise à jour suivante. Tu as noté que maintenant les certificats sont renouvelés tous les 30 jours depuis décembre ?

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour @PiwiLAbruti type : Application, source : MariaDB10, Détail des erreurs: Unknown error' , avec ça on est bien avancé !! Hier j'ai commencé le développement d'un site web avec vue.js et la création d'un base de données dans MariaDB. Apparemment ce sont des tests avec plusieurs erreurs d'accès à la base qui auraient créé le problème, Claude AI dit que la base a pu être verrouillée ? Bref , j'ai supprimé la base et tout est rentré dans l'ordre, HyperBackup a fonctionné correctement. Ensuite j'ai relancé l'appli web avec création de la base et importation des données depuis un fichier excel, et là HyperBackup a de nouveau fonctionné correctement. Désolé pour le dérangement.

Une capture d'écran de la fenêtre vers laquelle pointe le lien Détail serait bienvenue.

@Mic13710 Bonjour, En lisant ce sujet je viens de comprendre pourquoi j'avais des soucis avec mon script de renouvellement des certificats : J'ai corrigé certaines des valeurs SYNO_xxx en les passant en majuscule et cela a l'air de fonctionner. Existe-t-il un document qui résume l'ensemble des nouveaux paramètres employés par Acme ?

Bonjour, Je dispose de deux NAS, un DS923+ et un DS214 , le DS214 me sert pour la sauvegarde de certains dossiers et applications. Les sauvegardes sont réalisées avec HyperBackup. Aujourd'hui j'ai une erreur Réussite Partielle concernant la sauvegarde de MariaDB J'utilise HyperBackup depuis plusieurs années sans avoir jamais rencontré ce problème. J'ai redémarré les deux NAS, recréé une tache similaire, et l'erreur persiste. Est ce que quelqu'un aurait déjà eu ce souci ? Est ce un problème de corruption de données dans MariaDB ? J'envisage de désinstaller puis réinstaller MariaDB , au préalable je veux faire une sauvegarde de la totalité des bases, est ce qu'il faut procéder par un export base par base , ou bien existe-t-il un moyen de tout sauvegarder d'un coup, quelle est la méthode la plus sûr ? Merci pour votre aide.

Bien souvent, un ralentissement important de la machine a pour origine la dégradation (mort annoncée ) d’un disque … Va voir l'état Smart de tes disques.

Salut, dans un premier temps ma question était de savoir si les autres avaient trouvé une solution. Leurs modèles diffèrent tous donc j'en suis venu a penser que le problème pouvait être présent sur plusieurs modèle. Enfin bref merci de ta réponse, j'ai un DS223j, depuis hier c'est devenu quasi impossible de faire quoi que ce soit. La moindre action demande plusieurs dizaines de minutes (même se connecter). Certaines actions ne finissent jamais. Là actuellement je ne peux même plus me connecter ça fait environ 30 minutes que ca mouline sur le mot de passe. Ces machines sont capricieuse 😲

@Naskito Sans savoir ce que tu possèdes comme modèle, euh ???????? Commences par aller faire une présentation, par exemple.

Bonjour, Je me permet de relancer ce sujet qui a l'air d'avoir trouvé que partiellement une réponses. Depuis le temps avez vous trouvé d'autres pistes ? Je vais essayer de changer le mot de passe admin, mais c'est une projet sur une heure ou deux et je suis pessimiste sur cette solution chez moi ☹️ Merci :)

Ca confirme ce que j'ai déjà dit : le script python est obsolète tout comme ce tuto. Le nom du certificat en base64 est inscrit dans les fichiers de conf depuis au moins 3 ans. Le script lui le lit en clair. Je ne saurais trop vous recommander de laisser tomber ce tuto qui n'est plus maintenu depuis des années et vous tourner vers la solution de base dont je vous ai donné le lien ou vers la solution docker qui est dans la section des tutoriels. Cette dernière reprends le même fonctionnement que la solution de base dont il s'inspire.

Merci pour la piste. J'ai remplacé dans le script les références à "SAVED_SYNO_Username" et "SAVED_SYNO_Password" par respectivement "SAVED_SYNO_USERNAME" et "SAVED_SYNO_PASSWORD". Le script génère bien les certificats, importe ce qu'il faut mais c'est pas parfait. Voici ce que j'ai dans DSM : Le nouveau certificat est bien importé mais c'est un nouveau certificat : il ne vient pas en remplacement du précédent. Il ne doit pas manquer grand chose. Dans le log, j'ai : Content-Disposition: form-data; name="id"^M ^M ^M ----------------------------20260219133250^M Content-Disposition: form-data; name="desc"^M ^M __ACME_BASE64__START_QUNNRV9XaWxjYXJkX0xFXyouZmFtaaaaaaaaaaaaaaaaaaaaaa==__ACME_BASE64__END_^M ----------------------------20260219133250--^M ' [Thu Feb 19 14:32:50 CET 2026] _postContentType='multipart/form-data; boundary=--------------------------20260219133250' [Thu Feb 19 14:32:50 CET 2026] Http already initialized. [Thu Feb 19 14:32:50 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.XJtSsmKMTi -g ' [Thu Feb 19 14:32:50 CET 2026] _ret='0' [Thu Feb 19 14:32:50 CET 2026] Restart HTTP services failed. [Thu Feb 19 14:32:50 CET 2026] GET [Thu Feb 19 14:32:50 CET 2026] url='http://localhost:5000/webapi/entry.cgi?api=SYNO.API.Auth&version=7&method=logout&_sid=NPKQ39v-iicT-nhFTaSlQruGEF3SqkWI3WaOKCnbC7k-vplS8y5MLB-5xRrDyHFLs1rwtSaV-BsNByHmbmyBYU' [Thu Feb 19 14:32:50 CET 2026] timeout= [Thu Feb 19 14:32:50 CET 2026] Http already initialized. [Thu Feb 19 14:32:50 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.XJtSsmKMTi -g ' [Thu Feb 19 14:32:50 CET 2026] ret='0' [Thu Feb 19 14:32:50 CET 2026] Success [Thu Feb 19 14:32:50 CET 2026] Return code: 0 [Thu Feb 19 14:32:50 CET 2026] _error_level='2' [Thu Feb 19 14:32:50 CET 2026] _set_level='2' [Thu Feb 19 14:32:50 CET 2026] The NOTIFY_HOOK is empty, will just return. [Thu Feb 19 14:32:50 CET 2026] ===End cron=== Quand il l'importe les nouveaux fichiers, il ne reprend pas la bonne description du certificat. (flux "desc") Je me retrouve avec 2 certificats de même noms avec 2 descriptions différentes (un en clair et l'autre encodé en base 64). Sinon pour répondre à la question, j'ai bien Container Manager sur le NAS mais la solution tache planifiée me semble plus simple à mettre en œuvre. Je vais peut-être me résoudre à regarder ce lien si personne ne trouve d'où vient le problème. GitHubSynology NAS GuideA pure Unix shell script ACME client for SSL / TLS certificate automation - acmesh-official/acme.sh Merci.

Alors, cherche le maillon faible ....

ca marche, je teste ca ce soir et reviens vers vous

C'est ce que je fait chez moi car je lis les films, etc. avec la Freebox et au dernière nouvelle, elle ne sait pas décoder du H265.

Je viens de jeter un oeil sur le script python et effectivement, il n'est pas à jour puisqu'il recherche des valeurs qui ont été renommées comme vu plus haut : for ligne in LeNddConf : if "Le_NextRenewTime" in ligne : nextrenewtime = re.findall('\'(.*?)\'', ligne)[0] if "Le_NextRenewTimeStr" in ligne : nextrenewtimestr = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_Username" in ligne : SAVED_SYNO_Username = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_Password" in ligne : SAVED_SYNO_Password = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_DID" in ligne : SAVED_SYNO_DID = re.findall('\'(.*?)\'', ligne)[0] Ceci explique pourquoi ça ne fonctionne pas. Vous pouvez modifier le script pour les nouvelles dénominations mais cela ne garantit pas que le reste fonctionne encore.

Fais l'essai avec le même film et les deux encodages ? Histoire d'en avoir le cœur net

Comme je l'ai dit, je n'utilise pas ce tuto. J'ai cru comprendre au fil de cette discussion que le script python n'est plus applicable avec les dernières versions de DSM, mais je n'en suis pas sûr. De toute manière, je n'ai jamais été convaincu de son utilité. De plus, je crois que le script en question n'est plus maintenu depuis des mois/années. J'ai un NAS dont je m'occupe qui n'est pas sous docker et pour lequel je passe par la procédure de base : GitHubSynology NAS GuideA pure Unix shell script ACME client for SSL / TLS certificate automation - acmesh-official/acme.shCa fonctionne très bien. Si votre NAS est compatible docker (ce que vous ne dites pas), alors je vous conseille de vous tourner vers le tuto correspondant.

Bonjour Firlin, oui, je les lis depuis ce dossier là. tu me conseille de rester sur du H264 ? merci

Bonjour, J'ai refait le tuto. J'arrive toujours à la même conclusion (problème initial): (...) -- Renouvellement certificat via acme.sh Traceback (most recent call last): File "/volume1/Scripts/acme_renew.py", line 483, in <module> os.environ["SYNO_Username"] = SAVED_SYNO_Username NameError: name 'SAVED_SYNO_Username' is not definedTu évoques le fichier synology_dsm.sh mais je ne l'utilise pas. Ce tuto utilise acme_renew.py. C'est lui qui provoque le problème. A priori c'est la version 1.44. Existe-t-il une autre version ? Pour le moment, je n'ai pas ajouté SAVED_SYNO_Username et SAVED_SYNO_Password à la place de SAVED_SYNO_USERNAME et SAVED_SYNO_PASSWORD puisque tu semble indiquer car je ne devrais pas. Si quelqu'un a une idée pour l'aider, merci ! le fichier acme_renew_python.log indique : (...) 02/19/2026 11:34:48 AM INFO:-- Renouvellement certificat via acme.sh 02/19/2026 11:34:48 AM INFO:-- Export des variables environnement : SYNO_Create, SYNO_Username, SYNO_Password, SYNO_DID

Bonjour à tous, Je mets actuellement en place une stratégie de sauvegarde hors site pour un petit environnement professionnel et j’aimerais valider l’architecture retenue, ainsi que connaître les éventuelles alternatives plus efficaces. 🔹 ContexteNAS principal sur site (cabinet) NAS secondaire hors site (domicile) Sauvegardes des postes Windows réalisées via Active Backup for Business (~1–2 To actuellement) Volumétrie amenée à évoluer progressivement 🔹 ObjectifDisposer : d’une sauvegarde locale rapide pour restauration immédiate d’une copie distante pour protection contre sinistre, vol ou ransomware d’une solution fiable et exploitable en cas de perte totale du NAS principal 🔹 Objectif initialAu départ, je souhaitais sauvegarder directement les postes via ABB vers deux NAS simultanément (local + distant). Cependant, après vérification, cela ne semble pas possible techniquement sans recourir à des solutions non officielles ou à des contournements peu recommandés. Je recherche donc une solution fiable, éprouvée et maintenable dans le temps, évitant les montages fragiles. 🔹 Solution actuellement en cours de déploiementABB vers NAS principal Snapshot Replication du dossier ABB vers NAS distant Snapshots immuables activés Connexion sécurisée entre les deux sites 🔹 Observation sur la première réplicationLa première réplication a démarré à 00h00. À 09h02, seulement 153 Go ont été transférés malgré fibre des deux cotés. Cela me semble relativement lent, mais je n’ai pas encore suffisamment de recul pour juger si ce débit est normal dans ce type de configuration. 🔹 QuestionsCette architecture vous semble-t-elle cohérente et fiable dans le temps ? La réplication Snapshot du dossier ABB est-elle la meilleure approche ou existe-t-il une méthode plus adaptée ? En termes : d’espace disque utilisé de vitesse de réplication de résilience et facilité de reprise y a-t-il une solution plus efficiente ? Certains privilégient ils Hyper Backup ou une autre approche pour ce type de scénario ? Le débit observé lors de la première réplication vous semble-t-il normal ? Des retours d’expérience concernant la restauration après sinistre avec cette architecture ? L’objectif est d’avoir une solution robuste, maintenable et optimisée, sans complexité inutile. Merci d’avance pour vos retours et partages d’expérience. Ethan

Bonjour, oui, démonter les HDD, les déplacer dans le DS1825+, démarrer le nouveau NAS avec les données telles qu'elles étaient dans le DS918+... J'ai découvert récemment qu'au 1er démarrage, il suffit de sélectionner "migration"... Concernant le cache, je le supprime avant et je récupère mes SDD pour en créer un nouveau dans le DS1825+ : d'ailleurs, je suis en lecture / écriture, j'ai vu qu'il y avait le mode lecture unique : avantages inconvénients ? Si ce n'est qu'un avertissement, ce n'est pas grave et que je peux réutiliser mon matériel, je suis tenté de faire la migration... Merci