lordtaki

Avez-vous vérifier l'échange de clé SSH? Au lieu de faire la commande rsync faites simplement: ssh admin@192.168.XXX

Histoire d'être certain refaites une indexation. Si cela persiste c'est une limitation du lecteur multimédia de votre téléviseur. A essayer alors en utilisant Plex.

Comme dit juste au-dessous, Cloud Station, Drive... un paquet Synology pour lequel le versioning est activé.

https://forum.synology.com/enu/viewtopic.php?t=140676 Pour le 2e point, redémarrez le service Drive si vous avez fait la suppression à chaud (cad alors que le service était actif), cela a certainement généré une incohérence.

Vous pouvez utiliser --stats et --progress pour que cela soit plus verbeux. -e ssh est inutile la destination est fausse, remplacez: par

Bonjour, si vous utilisez Drive ce n'était vraiment pas la chose à faire. De manière général, surtout quand on ne sait pas, ne jamais toucher aux répertoires @xyz de Synology. Votre problème ressemble plutôt à une configuration à parfaire côté Drive (style versioning, truc connu et largement débattu pour Cloud Station). Sans savoir plus, si vous reconfigurez de façon identique Drive, le problème reviendra.

Ce sont les LED d'état du NAS et des disques. A moins d'avoir modifié les paramètres des dites LED (possible selon le modèle du NAS, j'ai un DS413 et ce n'est pas le cas). https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Which_Synology_DiskStation_supports_LED_brightness_adjustment https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/system_hardware_general Ce n'est pas parce que vous n'utilisez pas un service du NAS que tout s'arrête de fonctionner.

C'est le fonctionnement normal. Je ne saisis pas bien le problème.

Et comme d'habitude avant de faire la vraie commande avec -delete, l'éxécuter avec -ls à la place 😉

Dans quelle direction la connexion SSH? Du NAS vers le serveur distant ou l'inverse?

Au-delà du cerclé privé (amis, familles), vous trouverez difficilement des clients (même gratuit) sauf à ce qu'ils soient peu regardant sur la sécurité des données. Dans le cadre privé par contre, il faut au minimum une très bonne connexion internet, une adresse ip fixe, des onduleurs en cas de coupure électrique (pour des arrêts propres des NAS pas pour maintenir le service). Le web regorge de tutoriaux d'auto hébergement. Il y a de quoi lire et expérimenter.

Hébergeur dans le sens professionnel? Ou pour dépanner des connaissances?

Dans le script qui gère la sauvegarde, ajoutez à la fin: shutdown -h now

Cela compte si je réponds à ce topic? Ou c'est trop facile? 😄

Si vous savez vous connecter en SSH: lsof -i :32400 Cela vous donnera le processus qui utilise le port. Celui-ci est probablement Plex de toute manière. Avez-vous désactivé le service Plex avant la désinstallation?

Normalement la sortie standard. S'il n'y a pas de résultat cela n'affiche rien. Quand je disais de faire -ls avant de faire -delete (ou -exec rm ...) c'était plutôt de tester la commande dans un terminal en direct (pas dans un script) avant de balancer la vraie commande qui supprime. Ta commande tu l'as déjà testée et elle fonctionne, que dire de plus? 🙂 Suis étonné que ceci ne fonctionne pas. Surtout que j'ai rapidement testé dans un terminal.

/opt/bin/bash crash avec le nouveau firmware. Tu peux essayer avec un autre script qui appelle ce shell et qui fait un simple echo. Il devrait se crasher pareil. Ipkg c'est le gestionnaire de paquets. Pas certain que le dépôt soit à jour pour un 713.

l'option -ls ne supprime rien, au contraire elle liste. Le but est de vérifier les résultats d'une commande find avant de passer à l'étape suppression.

avec -ls ça donne quoi comme résultat pour les dossiers? Sinon, je soupçonne que la suppression des fichiers modifie justement la date de modification du dossier qui les contient. Alternative, regexp moins pourrie: Vu qu'on utilise rm -rf impératif de s'assurer avant avec un -ls

Je te fais la traduction option par option: Chercher dans BACKUP_DIR les fichiers qui se terminent par .sql.gz et qui ont une date de modification de plus de RETENTION jour(s), lancer alors la commande rm sur chacun de ces fichiers. Chercher dans BACKUP_DIR les répertoires dont le nom contient dans un ordre précis . .20 et _ et qui ont une date de modification de plus de RETENTION jour(s), lancer alors la commande rmdir sur chacun de ces fichiers (suppression faite uniquement si le répertoire est vide). Ne pas oublier de faire des tests avec -ls (ou -exec ls {} \; ).

Déjà le & n'est pas bon, ce serait $. Ensuite, dans ton script la variable DATE c'est la date du jour. En faisant un find dans la foulée avec cette variable tu n'auras aucun résultat car il n'a pas 2 jours d'ancienneté.

C'est surtout que je ne comprends pas la signification derrière &DATE 🙂 Tu veux faire quoi avec cette syntaxe?

pour le find sur les répertoires : -name "*.*.20*_*"

Une vilaine expression régulière qui devrait faire l'affaire : *.*.20*_* En partant du principe que cela ne marchera que jusqu'en 2099.

Oui c'est bon, juste je ne comprends pas : -name "&DATE" Quel est le format de date utilisée pour $DATE dans ton script?