lordtaki

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?

Pour l'option -name, il faut renseigner le nom complet ou une expression régulière qui correspond au nommage du répertoire DATE, pas la valeur de la variable $DATE qui, en plus, est dans ton script la variable du jour (enfin j'imagine). Ensuite, rm ne fonctionnera pas sur un répertoire. rmdir fonctionne mais pour un répertoire vide. Puisque tu as un répertoire par date et des fichiers par date dans le dit répertoire, généralement ce que je conseille est de: supprimer d'abord les fichiers -type f -name "*.sql.gz" -mtime +$RETENTION -exec rm {} \; supprimer ensuite le répertoire avec rmdir (on est certain que si le répertoire est supprimé c'est qu'il est vide) -type d -name "tonpatterndedate" -mtime +$RETENTION -exec rmdir {} \; Sinon bourrin et confiant, tu fais rm -rf sur le répertoire -type d -name "tonpatterndedate" -mtime +$RETENTION -exec rm -rf {} \;

C'est peut-être résolu mais quand même (surtout que je fais du webhosting pour des grands du web français)... Par DNS, un simple CNAME suffit: www CNAME @

Pas besoin du * après BACKUP_DIR pour ton find. Par défaut c'est récursif (sauf si on utilise les options max|mindepth). Ensuite, je conseille d'utiliser l'option '-type' (f pour fichier, d pour directory) en conjonction de l'option '-name' ou '-iname' pour être certain de n'effacer que ce qui doit l'être. Enfin, sur mon DS413 '-delete' n'est pas disponible, je dois utiliser "-exec rm {} \;" (les fichiers trouvés par find sont passés en argument à la commande rm). Avant de tester la nouvelle commande find, toujours utiliser '-ls' à la place de la commande qui supprime. Accessoirement, prendre l'habitude de protéger sa variable avec {}.