Classement

Merci Orable7 pour ton message de bienvenue. Je vais lire les 2 tutos que tu m'as indiqué et qui me paraisse importants effectivement. Concernant ton avis sur mon NAS, je pense que ton conseil est sage. Il est peut être préférable que je reste avec cette version. Je n'avais pas pensé à l'augmentation de la consommation de ressources qu'entraine un système d'exploitation plus récent. J'ai remarqué que j'avais accès à "Surveillance station" sur mon DS211. Je vais donc commencé à l'utiliser en mettant 1 ou 2 caméras et je vais voir si ça fonctionne bien. Ca me permettra d'apprendre dans un premier temps et de me familiariser avec ce matériel. Ensuite, effectivement, si ca me plait, jJ4achéterai des licences et j'investirai dans un NAS plus récent. Bonne soirée

@MilesTEG1 Bonjour, Finalement j'ai testé une autre méthode d'usage de rsync pour réaliser ma sauvegarde de dossier Linux vers/sur le NAS. J'ai tout simplement utilisé rsync en mode daemon et la BINGO !!! cela marche nickel. Tous les droits, propriétaires et groupes sont conservés. Je peux donc envisager un restore des fichiers de la sauvegarde sans aucuns problèmes. Autre gros avantage de ce mode, c'est qu'il n'y a pas non plus besoin de s'embêter à faire un montage de dossier partagé du NAS (nfs, cifs, sshfs, etc ...) sur la machine Linux (ou inversement) avec tous les problèmes qu'il faut gérer à cause d'UID/GID différents entre NAS et machine Linux pour un même username. Donc je donne ici la solution, i.e. la commande à lancer dans un script shell sur la machine Linux pour le mode rsync daemon (exemple à adapter bien évidemment) : SOURCE_DIR="/opt/docker/homeassistant/config" BACKUP_DIR="oracle7@192.168.2.10::SV_HomeAssistant" BACKUP_PATH="${BACKUP_DIR}/SV_HA_$(date '+%FT%H%M')" sudo rsync -a --rsync-path="sudo rsync" --password-file=/root/.password --delete "${SOURCE_DIR}/" "${BACKUP_PATH}" L'usage de sudo est obligatoire car rsync s'exécute en root bien que le script est lancé par un utilisateur avec droit d'admin (même nom sur le NAS et la machine Linux). Bien évidemment, il faut aussi mettre en place un échange de clés privé/publique SSH pour chaque utilisateur du NAS (root et oracle7 dans mon cas). Le fichier /root/.password (à créer) comporte sur une seule ligne le MdP de root et est protégé (chmod 600 + chown root:root). On remarquera aussi la nuance dans l'appel au serveur NAS --> les " :: " suivant l'@IP du NAS suivi du nom du module qui est défini dans /etc/rsyncd.conf . cela aussi implique d 'ajouter ceci sur le NAS dans le fichier /etc/rsyncd.conf : #------------------------------------------- # Ajout oracle7 20230406 pour Sauvegarde dossier config HomeAssistant (sur la Machine Linux) # Id de l'utilisateur qui execute rsync uid = root # Id du groupe d'utilisateurs qui execute rsync gid = root # Creation du module [SV_HomeAssistant] # Chemin vers le dossier partage du NAS recepteur de la sauvegarde path = /volume1/Sauvegardes/SV_HomeAssistant comment = Module de sauvegarde configuration HomeAssistant # Utilisateurs pouvant se connecter au daemon rsync auth users = root, oracle7 # Masque <username:passwd> utilise pour l'authentification du module secrets file = /etc/rsyncd.secrets # Par defaut : read only = yes : doit etre 'no' pour pouvoir ecrire read only = no # Rendre le module "listable" list = yes # Liste des hotes autorises à se connecter au module (séparateur = " , " ou " ") # @IP machine Linux hosts allow = 192.168.2.60 et dans le fichier /etc/rsyncd.secret les mots de passe des utilisateurs (username:password) : root:MotDePasseTresTresLong_1 oracle7:MotDePasseTresTresLong_2 En espérant que cette solution servira pour d'autres membres qui veulent faire "simple" ! @.Shad. Oui j'avais vu cette possibilité ainsi que celle avec un duplicati en docker, mais dans un premier temps je souhaite faire simple et pas trop me prendre la tête déjà que là, j'y ai passé quelques heures de recherche et lecture en tous genres sur la toile où il faut trier en permanence le bons grains de l'ivraie, tout et son contraire en somme ... Cordialement oracle7😉

Tu voudrais pas faire un tuto comme tu sais bien les faire ? 😁 installation, configuration et utilisation 😉

J'ai redémarré le DS218+ j'ai à nouveau 2 LAN. J'ai ajouté la tache au démarrage : "ifconfig eth0 down" et je n'ai plus qu'un LAN en redémarrant 😉

@MilesTEG1 Bonjour, Merci de ta réponse.😀 J'ai donc essayé tout à tour avec les options suivantes : -aX , -aA (-A = --acls) mais sans effet sur les propriétaires et groupes. Je n'ai pas utilisé les options -v et -h car elles n'apportent que le mode verbose lors de l'exécution pour la première et la seconde rend seulement "human readable" les infos de l'option --stats dans le progress. Pour ton information l'option --syno-acl n'existe pas (voir le man rsync) avec rsync sur Linux : rsync: --syno-acl: unknown option rsync error: syntax or usage error (code 1) at main.c(1749) [client=3.2.3] cette option n'existe qu'avec le rsync "propre" à Synology (voir rsync --help) quand on le lance depuis un NAS donc pour une sauvegarde du NAS vers un système externe. Je te l'accorde, je n'avais pas précisé que je lançais le script depuis la machine Linux d'où ta réponse pour cette option. Désolé. J'ai donc édité mon post pour le préciser. Je continue donc à chercher ...😥 Cordialement oracle7😉

Bonjour à tous, cela a fonctionné. J'ai mal estimé le temps de test, 105h et des poussières. Ce qui est étrange c'est que le temps de test a été différent (jusqu'à 30 minutes de différence) pour chaque disque, alors que ce sont les mêmes. Par contre attention, il faut plus de 2Go de Ram par disque, je n'ai pu en faire que trois sur quatre en même temps. J'étais à 93% des 8Go de Ram avec juste le test (nas non utilisé et test de 3 disques). Avec le recul je viens de comprendre une chose il faut que le nombre de blocks testés soit inférieur à 2^32. Avec l'argument -b 4096 cela donnait 4882956288 blocks à valider, et c'est supérieur à 2^32 (4294967296). En modifiant la taille de block avec l'argument -b 8192 on arrive à 2441478143, donc c'est bon. Donc la prochaine fois il faudra mettre -b 16384 si le message d'erreur apparait avec de très gros disques. J'espère que cela aidera quelqu'un.

Synocli Monitor Tools 😉 Centre des paquets :Communauté

@j3r3m51 Bonjour, Tu sais que cela ralentit les échanges et en plus tu es sur ton réseau local donc quel intérêt à moins que tu n'ais des pirates en herbes sur celui-ci ? Si c'est vraiment le cas (loads infinis), tu serais bien avisé de revoir ta configuration de ton RP et de ton réseau local. Maintenant ce que j'en dit ... Au passage, quand on utilise le RP il ne faut pas activer dans le portail de connexion, la fonction qui redirige automatiquement les flux HTTP vers HTTPS pour le bureau DSM. C'est expliqué dans le tuto RP, cela casse les mécanismes du RP dans certains cas. D'où peut-être ces loads infinis ... Cordialement oracle7😉

Quel script ?

@Mic13710 & @oracle7 Merci pour votre retour, Premièrement je vais répondre à @Mic13710, la question est de savoir pourquoi faire un forum où l'on pose des questions techniques, oui je cite les personnes qui me répondent, so what ? Désolé si je n'ai pas les capacités techniques comme certains peuvent l'avoir ici. Si c'était le cas, je pense que je ne serai pas sur ce forum à poser mes questions/remarques, (désolé si je passe pour un newbie, mais ça me permet de progresser!) Il faut croire que ce n'est pas l'objectif des discussions...) @oracle7 Pour ta gouverne, je viens de decouvrir le chmod calculator, donc sorry si je passe encore pour un débutant... Très basiquement, 0 n'est pas égale à 660, si c'est si simple pour toi de comprendre... ça ne l'est pas pour moi ! Pour résumé la situation, ce week-end j'ai créé un user et un group docker, j'ai appliqué ce groupe sur mon dossier docker, depuis, tout par en vrille ! y compris mon monitoring qui tournait nickel avant cela ! J'essaie juste de résoudre mes soucis..., il faut croire que c'est trop en demander ici ! ps: je suis dispo en mp si jamais ! (si certain(e)s sont choqué(e)s par mes propos !