CoolRaoul

Tu as raison, mais dans ce cas il pourra alors utiliser n'importe client ftp (il y a en a plusieurs sur les dépots ipkg), mettre la commande kivabien dans un script et ensuite le tout en cron. @micke21: faut comprendre que faire du scheduling ce n'est pas le boulot du client ftp, chaque outil a sa fonction.

J'ai lu ici et la le conseil de remonter les disques avec l'option "noatime" pour éviter des écritures inutiles. Mais j'ai bien l'impression que le noyau linux du Synology ignore superbement cette option: Avant $ mount | grep /volume2 /dev/mapper/vol2-origin on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) Les options sont donc : usrjquota=aquota.user grpjquota=aquota group jqfmt=vfsv0 synoacl Exécution de mount -o remount,noatime /volume2 Résultat; $ mount | grep /volume2 /dev/mapper/vol2-origin on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) L'option n'est pas prise en compte Pour en avoir le coeur net, je viens de faire le test sur un linux installé dans un virtualbox, et la l'option s'affiche bien: [root@VCentOS ~]# mount | grep " / " /dev/mapper/vg_vcentos-lv_root on / type ext4 (rw) [root@VCentOS ~]# mount -o remount,noatime / [root@VCentOS ~]# mount | grep " / " /dev/mapper/vg_vcentos-lv_root on / type ext4 (rw,noatime) <EDIT> Au temps pour moi: finalement il semble que l'option soit bien effective, c'est juste à l'affichage que ca coince. Le test suivant montre bien que l'acces time n'est pas mis a jour quand le volumé est monté "noatime" $ mount -o remount,noatime /volume1 $ /bin/ls -alu hubic.pl -rwxrwxrwx 1 gilles users 5290 Feb 29 22:37 mhubic.pl $ tail -1 hubic.pl exit(0); $ /bin/ls -alu hubic.pl -rwxrwxrwx 1 gilles users 5290 Feb 29 22:37 mhubic.pl # le tail n'a pas changé l'access time $ mount -o remount,atime /volume1 $ /bin/ls -alu hubic.pl -rwxrwxrwx 1 gilles users 5290 Feb 29 22:37 mhubic.pl $ tail -1 hubic.pl exit(0); $ /bin/ls -alu hubic.pl -rwxrwxrwx 1 gilles users 5290 Mar 4 13:19 hubic.pl # et là, la date a bien été mise a jour

possible avec une commande "wget ftp://<host>/<chemin>" dans le cron, non?

Me semble que ceci signifie simplement que tu transfere des fichiers beaucoup plus grand que la taille du cache. D'apres la doc (http://linux.die.net/man/5/davfs2.conf) le parametre "cache_size" vaut 50 MBytes par défaut (faut dire "MiBytes" maintenant ) mais le système davfs sait dépasser cette valeur si nécessaire ("mount.davfs will always take enough space to cache open files, ignoring this value if necessary") Faut bien comprendre la différence entre le cache ("cache_dir") et le répertoire contenant les fichiers ne pouvant pas être transférés ("backup_dir", refusés par le serveur par exemple si entraînant un dépassement de capacité). Voir la page de doc dont j'ai donné le lien ci-dessus. Donc, vu ce que tu décris, le pense plutôt que les fichiers que tu a supprimés de lost+found n'ont pas été transférés correctement.

tout simplement comme ça: echo yes | mount.davfs <url> <point de montage>

J'ai le meme problème depuis que j'ai décidé de tester time backup sur un répertoire ce week-end. Ca se passe bien pendant quelques passes et soudain ça coince avec ce genre d'erreur (dans la syslog) BK_WARN:Another backup is still in process, abort Me demande si c'est bien fiable ce mécanisme ... EDIT: Trouvé l'explication de ce problème spécifique, suite a une fausse manip j'avais deux cron qui tournaient en parallèle et les tous les jobs étaient donc exécutés deux fois simultanément, parmi lesquels celui de time backup. Ceci dit je retrouve a nouveau les problèmes comme ceux décrit plus haut, à savoir " [failure to create snapshot]"

Pour info, cette option n'est pas nécessaire dans le cas de Hubic

Ca c'était déja ok Ah oui, en effet (Je dois dire que ça met pas en confiance sur le suivi du projet ce genre de choses...) Pour ma première tentative, j'avais récupéré le tgz obsolète et le make était en effet parti en vrille: Bon, nouvel essai: je récupère les sources avec svn comme ceci: svn checkout http://boxfs.googlecode.com/svn/trunk/ boxfs-trunk Aie, ca commence moyen: FSERV> make Package fuse was not found in the pkg-config search path. Perhaps you should add the directory containing `fuse.pc' to the PKG_CONFIG_PATH environment variable No package 'fuse' found Compiling boxfs.c cc -g -c boxfs.c -o boxfs.o make: cc: Command not found make: *** [boxfs.o] Error 127[/code] Je relance le "make" en forcant gcc a la place de cc, et c'est reparti comme en 14: [code] FSERV> make CC=gcc Package fuse was not found in the pkg-config search path. Perhaps you should add the directory containing `fuse.pc' to the PKG_CONFIG_PATH environment variable No package 'fuse' found Compiling boxfs.c gcc -g -c boxfs.c -o boxfs.o boxfs.c:15:18: error: fuse.h: No such file or directory etc .... [/code] Apparement il me manque un composant "fuse" mais ipkg ne connait pas: [code] FSERV> ipkg list "*fuse*" confuse - 2.7-2 - a configuration file parser library [/code] Bon, je pense que je vais plutôt aller me coucher...

Essaie ceci, ça devrait le faire echo yes | mount.davfs https://idisk.me.com/user /volume1/idisk/[/CODE]

Mis a part le problème du certificat qu'il faut accepter manuellement, j'ai un autre problème: J'ai testé le backup vers un compte box.net monté en webdav mais je ne parviens pas a lui faire faire des sauvegardes incrémentales. Ca repart systématiquement en full a chaque fois. Est-ce que quelqu'un y est arrivé?

Interessant J'ai fais un test avec box.net, le montage fonctionne: $ mount -t davfs https://www.box.net/dav on /volume2/box.net type davfs (rw,nosuid,nodev,_netdev,uid=1035,gid=65546) mais ensuite: $ touch /volume2/box.net/a touch: cannot touch `/volume2/box.net/a': Input/output error !!!EDIT!!! trouvé la solution ici faut utiliser l'option use_locks 0 dans /opt/etc/davfs2/davfs2.conf et ca roule (avec les 50 Gigas gratuits chez box.net ces jours ci ça devient franchement intéressant tout ça)

Le Syno va formater le disque dur en ext4 et donc c'est pas gagné pour le lire ailleurs que sur une machine nunux, je me trompe? [EDIT] en relisant la FAQ je viens de voir que la FAT32 est possible, dont acte... mais dans ce cas ne pas oublier attention la limitation de taille max des fichiers (4Go)

Ne cherchez plus : je viens de d

Suite a une mauvaise manip, j'ai effacé le contenu de mon fichier /usr/syno/etc/rc.d/S97apache-user.sh Je suis en DSM 3.0-1337 Si un lecteur charitable avec la même config me mettait a disposition une copie de sa version de se fichier je lui serait éternellement reconnaissant. A bientôt,

Et un petit "up" sur ce fil: les liens donnés vers le tutoriel ne marchent plus, y aurait-il une copie du tuto quelque part? Merci d'avance

C'est justement le choix que j'ai fait avec mon ds210: j'utilise l'unité 0 comme unité principale et la 1 pour les fichiers peu importants ou semi temporaires En outre j'ai programmé une sauvegarde automatique hebdomadaire de l'unité 0 vers l'unité 1. En cas de panne du disque 0 je perd donc maximum 7 jours et si c'est l'autre disque je ne perd rien d'important.

[Je viens de m'inscrire sur le forum pour m'ins