Norm

Bonjour à tous, j’ai une notification qui m’apparaît à tous les jours : « Le conteneur Acme qui se trouve dans Container Manager s'est arrêté de manière inattendue. » D’autre ont déjà eu ce problème, notamment @TuringFan et @firlin. @oracle7 avait répondu : « Ce n'est pas une erreur, mais juste un "warning" qui est envoyé par le NAS lorsque l'image docker d'acme est mise à jour par watchtower. Il y a un arrêt puis un redémarrage du conteneur. « @Einsteinium avait répondu à @Riddox qui avait le même problème : « Cette alerte mail arrive quand on stop manuellement un docker fait ailleurs que dans la version graphique, mais cela ne pop que la première fois normalement, après recréation elle n’a plus lieu d’être… « Ces solutions ne semblent pas fonctionner pour moi. Y a-t-il quelqu’un qui saurait comment arrêter cette notification ? Merci et bonne journée Normq.

Bonjour et merci à @maxou56, pour sa réponse que je viens seulement de lire. J’ai posé cette question, car je pense installer ROON sur mon DS918+. Je me suis dit que je pouvais mettre la musique sur les disques du NAS et la base de données sur une clé USB en BTRFS, car je pensais que cela serait la meilleure méthode. Bonne journée, Norm

@CyberFr OK ! Merci Beaucoup.

Bonjour à tous, J’aimerais savoir si on peut formater un disque externe ou une clé USB au format BTRFS. Les seuls formats que me propose mon DS918+ sont : EXT4, FAT32 et EXFAT. Je suis sur DSM 7.2-64570 Update 2. Merci pour vos réponses. Normand

Salut @firlin, Si je comprends bien, je n'ai aucun (ou du moins que tu connais ...) moyen de rester en DSM 6.XXX ??? La mise à jour semble obligatoires, zut. Merci encore Norm

Bonjour, J'ai 2 disques durs montés sous DSM 6.XXX. Je les ai enlevés pour en mettre 2 autres pour faire des tests sous DSM 7. Après quelque temps, j'ai voulu remettre les 2 premiers et ce message est apparu : " Nous avons détecté que les disques durs de votre ds918+ actuel proviennent d'un précédent ds918+ et l'installation d'un plus récent DSM est nécessaire avant de continuer. " J'aurais bien voulu les gardes sous DSM 6.XXX tant que mes tests ne sont pas terminés, mais le message ne me laisse pas le choix. Des idées ??? Merci Norm

Le terminal était ouvert mais par contre, je crois que le mac tombait en veille.... Merci encore

Salut @firlin, Le test sur les 2 disques viennent de se terminer avec de bons résultats : 0/0/0/ erreurs. Le premier a été réalisé en 11:25:55 et le second en 11:17:25 Il a fallu que je fasse ce test avec le gestionnaire de tâche pour que cela fonctionne car en ligne de commande, cela plantait à tout coup. Je me suis servi des mêmes commandes dans les 2 cas. Si jamais tu as une explication concernant la ligne de commande, je suis preneur... Merci pour ta solution. Norm

Salut Firlin, Il y ça aussi d'écrit dans le shell: Testing with random pattern: client_loop: send disconnect: Broken pipes) Il ne semble y avoir rien d'anormal dans les journaux. Merci de m'éclairer. Norm Salut Firlin, Je me prépare pour le réessayer avec le gestionnaire de tâche Norm

Salut Firlin, Merci pour ton aide. Je suis en train de refaire ce matin le même test qu'avant-hier. Ces tests sont fait avec un Mac sur un DS918+ dans les slots 3 & 4. Je viens de vérifier à l'instant : root@SynoNormand:~# tail -f /volume1/toto/sdc.log /dev/sdc is apparently in use by the system; badblocks forced anyway. Checking for bad blocks in non-destructive read-write mode From block 0 to 1565555287 Checking for bad blocks (non-destructive read-write test) Testing with random pattern: 8.78% done, 57:56 elapsed. (0/0/0 errors) Interrupted at block 137625600 Interrupt caught, cleaning up À part deux tests SMART fait le 1er et le 15 du mois, le NAS est toujours ouvert. Bizarre, bizarre ?

Bonjour, je viens de refaire le test badblocks pour 2 disques. Voici les commandes que j'ai passées : badblocks -nvsf -c 98304 /dev/sdc > /volume1/toto/sdc.log 2>&1 & badblocks -nvsf -c 98304 /dev/sdd > /volume1/toto/sdd.log 2>&1 & Avec les commandes tail -f /volume1/toto/sdc.log tail -f /volume1/toto/sdd.log j'ai pu vérifier l'avancement du processus et tout allait bien. Quand je me suis connecté ce matin pour voir l'avancement des commandes, il y avait d'écrit : Testing with random pattern: 34.26% done, 3:48:56 elapsed. (0/0/0 errors) Interrupted at block 536346624 Interrupt caught, cleaning up Testing with random pattern: 34.25% done, 3:44:50 elapsed. (0/0/0 errors) Interrupted at block 536150016 Interrupt caught, cleaning up Avez-vous une idée de l'erreur ???? Merci

Désolé, je rectifie à l'instant ...

Bonjour, mon frère possède un ds920+ et il est encore en version 6.XXX. Il a installé Photo Station + Moments et possède environ 50 000 photos avec la détection des visages. Il aimerait savoir que s’il upgrade à dsm 7.0, synology photo va bien importer les photos avec la détection des visages fait auparavant. Il ne veut pas recommencer tout ce travail encore une fois. Merci pour vos réponses.

Bonjour à tous. En faisant mes lectures matinales ce matin, je suis tombé sur ceci. https://ici.radio-canada.ca/nouvelle/1700926/acei-protection-hameconnage-phishing-hackers https://www.cira.ca/fr Possédant moi-même un nom de domaine en xxx.ca provenant d’OVH et ayant complété le tutoriel de FENRIR sur l’installation d’un serveur DNS personnel, je me demande si ce service pourrait améliorer ma sécurité sur Internet. Alors, si une (ou des) pointure(s) a une (ou des) opinion(s) dans ce domaine très technique, je serais bien curieux de lire vos opinions. Merci d’avance et bonne journée. Norm

Bonjour @nazdroopy, Comme je l'ai mentionné dans mon texte, j'ai fait mes tests en 3 blocs successifs. Le premier, je l'ai fait sur les 2 disques neufs, le second sur le 2e disque que j'ai d'installer dans mon nas qui est configuré en SHR avec protection des données, et le troisième test a été fait sur le premier disque. Vu que je n'avais aucune expérience, j'ai préféré y aller par étape. J'aurais pu effectuer le test 1 et le test 2 en même temps. J'aurais déclaré le disque 2 FAIL, mais pas les disques 3 et 4 parce qu'ils sont neufs et n'ont reçu aucun formatage. J'aurais été obligé par contre de faire le test 3 seul. Question mémoire, mon Ds918+ a 4 Go de Ram. Mon premier test a consommé 33% de la mémoire par rapport à 26% pour le second test. Faire ton test avec les 3 disques durs en même temps ne devrait pas te poser problème. Norm

Désolé @firlin, tu as entièrement raison. Je vais corriger mon message. Norm

Bonjour, Je viens de terminer à l’instant le test Badblocks pour mon DS918+ avec 4 Go de ram qui peut contenir 4 disques durs. J’ai fait tous ces tests grâce au super Tuto de @firlin que je le remercie profondément. Vu que je travaille sur un MacBook Pro, je n’ai pas eu besoin de Wincp ou de Putty. J’ai commencé par faire le premier test dans l’interface du NAS, mais par la suite, je n’ai travaillé qu’avec SSH. Présentement, j’ai 2 disques WD60EFRX-68MYMN1 de 6To, configurés en SHR avec la protection de données sur un disque. Par contre, je viens de m’acheter 2 autres disques neufs de 6 To, soit 2 WD60EFRX-68L0BN1. J’ai commencé mes tests sur ces 2 disques, que j’ai insérés dans les fentes 3 & 4, qui vont correspondre dans badblocks comme disque C et D. Tous les tests ont été exécutés avec l’option -C 98304, ce qui augmente la rapidité considérablement. J’ai fait ces tests avec ces lignes de commande : badblocks -nvs -c 98304 /dev/sdc > /volume1/toto/sdc.log 2>&1 & badblocks -nvs -c 98304 /dev/sdd > /volume1/toto/sdd.log 2>&1 & Ce test a pris environ 10 heures. Il a pris environ 4% de CPU et environ 33% de RAM. Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sdc.log tail -f /volume1/toto/sdd.log Le second test a été fait sur le disque 2, soit B. Ce disque (ainsi que le disque 1) contient mes données. J’ai suivi la procédure de firlin (variante pour déclarer le disque fail ), soit : mdadm /dev/md0 --fail /dev/sdb1 mdadm /dev/md0 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 mdadm /dev/md1 --fail /dev/sdb1 mdadm /dev/md1 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 mdadm /dev/md2 --fail /dev/sdb1 mdadm /dev/md2 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 Ensuite, j’ai tapé le code. badblocks -nvs -c 98304 /dev/sdb > /volume1/toto/sdb.log 2>&1 & J’ai eu le message “/dev/sdb is apparently in use by the system; it's not safe to run badblocks!” , alors j’ai tapé le code badblocks -nvsf -c 98304 /dev/sdb > /volume1/toto/sdb.log 2>&1 & Là, cela a fonctionné. Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sdb.log Ce test a pris environ 11 heures et 13 minutes. Il a pris environ 3% de CPU et environ 26% de RAM. Quand ce test a été terminé, j’ai redémarré le NAS et je suis allé dans le gestionnaire de stockage \volumes \ réparer. Le système est revenu dans un mode normal. Maintenant, il me reste à faire le test sur le disque 1, soit le A. Je n’ai pas modifier l’ordre physique des disques dans le NAS. J’ai suivi la même procédure que précédemment, soit. mdadm /dev/md0 --fail /dev/sda1 mdadm /dev/md0 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 mdadm /dev/md1 --fail /dev/sda1 mdadm /dev/md1 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 mdadm /dev/md2 --fail /dev/sda1 mdadm /dev/md2 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 badblocks -nvsf -c 98304 /dev/sda > /volume1/toto/sda.log 2>&1 & Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sda.log Ce test a pris environ 11 heures et 28 minutes. Il a pris environ 3% de CPU et environ 26% de RAM. Quand ce test a été terminé, j’ai redémarré le NAS et je suis allé dans le gestionnaire de stockage \volumes \ réparer. Le système est revenu dans un mode normal. Donc, pour faire un résumé, ces 3 tests ont été faits en moins de 2 jours. Le premier test a été fait sur 2 disques neufs de 6 To. Cela a prit environ 10 heures (ce test c'est terminé en pleine nuit, donc je n’ai pas le temps exact). Le besoin de RAM a été fixe à 33%. Par contre, la demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Le deuxième test a été fait sur 1 disque de données de 6 To. Cela a pris environ 11 heures 13 minutes. Le besoin de RAM a été fixe à 26%. La demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Le troisième test a été fait sur 1 disque de données de 6 To. Cela a prit environ 11 heures 28 minutes. Le besoin de RAM a été fixe à 26%. La demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Encore merci à Firlin, ainsi que tous ceux qui ont contribué à améliorer ce tuto. Norm Voici les résultats.

Bonjour, j'ai trouvé un site ( WhatIsMyIP.com ) qui m'a permis de vérifier ce que je voulais savoir. Ce site a des limitations d'essais, mais peut suffire pour des tests. Merci à ceux qui m'ont aidé. Norm

Comme mentionné plus haut, je veux configurer le pare-feu avec certaines restrictions. J'aimerais restreindre l'accès de plusieurs ports au Canada seulement, pour plus de sécurité. Je me sers de l'application http://www.canyouseeme.org pour vérifier si le port est ouvert ou non. Si par exemple je vérifie le port 443 avec seulement CANADA comme emplacement, le logiciel m'indique que le port est fermé. Par contre, si j'additionne ÉTATS-UNIS à CANADA, cela fonctionne. D'après Einsteinium, cela est normal. Voilà où j'en suis. Merci pour vos réponses

Merci StéphanH, Je vais attendre un peu pour voir si quelqu'un confirme ce que tu redoutes, sinon, je ferai un test en copiant les règles dans l'interface "Bond1" en suivant tes conseils.

Merci StéphanH de m'aider. Les cases Bond 1 PPPoE VPN sont vides mais ils sont TOUS à " Autoriser l'accès "

Désolé ...

Voilà ...

Merci beaucoup pour votre réponse. Avez-vous une méthode alternative de vérification pour le Canada ?

Y a t'il quelqu'un qui a eu ce problème ???