CoolRaoul

Je pense avoir trouvé la cause du problème! (sur ma config en tout cas) Faut d'abord savoir que timebackup utilise la crontab pour mettre en place son "scheduling" La commande qu'il insère dans la contab est /usr/syno/bin/timebkp create_version --unique <N> ou <N> est le numéro de tache time backup (peut se retrouver avec la commande "timebkp list_task --name=<nom tache>") Lorsque mes sauvegardes time backup commençaient à foirer , j'avais constaté que l'éxécution manuelle de cette commande reussissait bien à effectuer le snapshot. Par contre les sauvegardes programmées continuaient à planter ("failed to create snapshot") et je n'avais pas trouvé d'autre solution que le reboot. C'est alors que j'ai réalisé qu'il m'arrivait parfois de relancer crond pour qu'il prennent en compte des modifications personnelles de /etc/crontab. Je procédais simplement comme ceci: /usr/syno/etc.defaults/rc.d/S04crond.sh stop /usr/syno/etc.defaults/rc.d/S04crond.sh start[/code] Mais ceci à pour effet de faire hériter à crond (et à toute les jobs qu'il lance) une copie de l'environnement courant du shell. On peut le constater aisément comme suit: [code]ps ex | grep crond[/code] (si on a installé le ps "optware" par "ipkg install procps") J'ai donc essayé de m'astreindre à relancer cron avec un environnement vierge; de cette façon: [code]env - /usr/syno/etc.defaults/rc.d/S04crond.sh start[/code] Et, jusqu'ici, tout fonctionne sans erreur (je croise les doigts)

Depuis la 4.0 le contenu du fichier "/usr/syno/etc/httpd-vhost.conf-user" est analysé lors de la sauvegarde de configuration car c'est dans ce dernier que DSM enregistre sa propre configuration virtual host (accessible par le panneau de conf). Il est possible que le contenu du tien ne perturbe pas l'outil de sauvegarde. En tout cas, chez moi et chez un autre membre du forum, avoir déplacé le contenu dans un autre fichier a immédiatement résolu les plantages de sauvegardes. Ca me suffit pour conclure que la cause est bien cella-la. Je peux t'envoyer en MP le contenu de ma conf vhost si tu veux faire le test chez toi (je viens de reproduire l'anomalie à l'instant) (EDIT) démo en images: root@FSERV > cat /site/etc/httpd/conf.d/vhost.conf >/usr/syno/etc/httpd-vhost.conf-user root@FSERV > /usr/syno/bin/synolocalbkp -b "tst" Segmentation fault (core dumped) root@FSERV > cat /dev/null >/usr/syno/etc/httpd-vhost.conf-user root@FSERV > /usr/syno/bin/synolocalbkp -b "tst" Export confbkp file to : /volume1/@tmp/12527/FSERV_20120409.dss

Apres avoir donné la valeur "2" à l'entrée "BasicAuthLevel" de la clé HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\webClient\Parameters de la base de registre, on peut utiliser le client webdav natif de windows 7 ("connecter un lecteur réseau->se connecter à un site web permettant de stoquer des documents et des images, etc...) (plus de détails ici)

Une autre option pour protéger les pages phpmyadmin des attaques est de mettre un ".htaccess" avec protection par IP, dans le répertoire "/var/services/web/phpMyAdmin/" Exemple, pour moi qui accede à la console phpmyadmin uniquement a partir de mon pc, ça donne: order deny,allow deny from all allow from "ip de mon pc ici"

Ce n'est pas ce que j'ai dit. Je ne comprend toujours pas en quoi l'absence de "cloud station" dans la liste des applications de la config du firewall du syno te pose un problème puisque tu as dis *ne pas utiliser* ce firewall

C'est sur qu'il ne faut pas s'attendre à ce que l'interface de config de ton firewall physique indique "cloud station" en toute lettres ! Donc faut juste y autoriser le port 6990 et le rediriger le port 6990 du syno et ça devrait aller.

Puisque tu n'utilises pas le firewall du syno pourquoi essaie-tu d'y ajouter une règle alors? J'avais écrit "Ne pas oublier de l'autoriser dans le firewall si celui-ci est activé:"

Pas normal tout ça A ta place je ferai une desinstall/reinstall de cloudstation [EDIT] Encore une question: "Mon Syno n'a pas de paramétre routeur, ni firewall", que veux-tu dire la ?

Tu es sur de bien avoir installé et démarré Cloud Station? (via le centre de paquets)

Que veux-tu dire exactement par "la liste des applications intégrées." ?

La corbeille CIFS ne serait-elle pas activée par hasard?

http://www.tt-hardware.com/news/hardware/hitachi-ultrastar-4-to-a-7200-rpm ."Les premières livraisons viennent de débuter mais le constructeur n’a pas encore communiqué de tarifs." Comment est-il possible de *livrer* des disques sans que le tarif soit connu? Blague à part ces nouveaux modèles pourraient s'avérer intéressants pour des NAS: "ils sont plus orientés vers la fiabilité que vers les performances pures. Hitachi annonce un MTBF de 2 millions d’heures et offre 5 ans de garantie. "

Déjà commencer par poster dans le bon forum

Ca à recommencé chez moi ... et ça commence à me les briser Pour le journal centre de paquets->time backup->"plus"->journal

Cela dit, ça c'est aussi possible avec un .bat ou .cmd (utiliser %1 dans le script)

http://www.synology.com/support/faq_show.php?q_id=319

Si ça peut t'être utile, je me suis attelé par curiosité à la compilation de bacula pour le syno, C'est OK pour le dernière version (5.2.6) avec la commande "configure" suivante: LIBS="/lib/libpthread.so.0 -ldl" ./configure \ --prefix=/volume1/site/bacula \ --enable-smartalloc \ --with-sqlite3=/opt \ --with-x=no On met ce que l'on veut comme cible pour "--prefix" bien entendu Pre-requis: avoir installé le pakage sqlite via ipkg.

Si je comprend bien tu dépose le .bat dans le dossier et tu l'exécute ensuite. Dans un dossier "normal" un .bat va etre exécuté avec le dossier comme répertoire par défaut. Ce n'est pas le cas dans le cas d'un dossier accédé avec un nom UNC. Donc, si tu veux conserver le même comportement, te faudra préfixer dans ton script *tous* les noms de fichiers par %~dp0 (qui contient le chemin complet du dossier ou se situe le script)

C'est une limitation de cmd.exe: le r

Non, pour tout dire c'est même la première fois que j'entend parler de ce Bacula

il y a un tuto ici: http://reijndael.org...n-synology-nas/ Apparement les versions > à 5.0.1 poseraient problème: "I have tried to compile several version of bacula (up to 5.0.3) and the highest version that would compile was 5.0.1"

Suffit de faire une sauvegarde de configuration: suivi de Correctif: Je viens de m'apercevoir que j'ai dis une grosse c***ie dans mes posts ci-dessous Bien entendu ce n'est pas la modif de "/usr/syno/apache/conf/httpd.conf-user" qui pose probleme mais bien celle de "/usr/syno/etc/httpd-vhost.conf-user". Cela dit je pense qu'il est plus propre de se limiter a insérer juste un "#include" dans le premier et de mettre la configuration perso dans un fichier dédié.

La différence c'est que le "#" est obligatoire

La sauvegarde intégré à DSM, regarde Ca doit le faire mais en ce qui me concerne je préfère utiliser un "vrai" éditeur (emacs )

En complément (et surtout pour vraiment répondre à la question posée) je te conseille d'ajouter à la fin de /usr/syno/apache/conf/httpd.conf-user une ligne de ce genre: Include /volume1/<dossier partagé>/<chemin>/<fichier>.conf (et ce sera la seule chose à faire avec "vi") et de mettre ta conf virtual hosts dans ce fichier. Ainsi tu pourras éditer ce dernier sous windows via l'explorateur avec l'éditeur de ton choix. Par contre, à chaque fois que tu fera des modifications, pour qu'elles soient prises en compte, faut penser à redémarrer le serveur apache. Normalement faut utiliser la ligne de commande ("/usr/syno/etc/rc.d/S97apache-user.sh restart"), cependant cela peut être effectué via DSM en désactivant puis reactivant webstation (panneau de config->services web->activer web station).