Bonjour,

Dans le titre c'est précisé DSM 4.3, mais c'était déjà le cas avec DSM 4.2 (avant je ne sais pas, vu que je n'utilisait pas cette fonction)...

Mon problème:

2 syno, le "master" et le "slave", le master syncronise sur le slave (sur changement), mais dès que l'on renomme un fichier, il semble supprimer et resynchroniser le fichier (au lieu de se contenter de le renommer sur le slave).

Ma question:

J'allucine ou il renvoie effectivement le fichier en entier? (au quel cas, il bouffe une bande passante et des ressource en général pour "rien")...

Je vous l'accorde, ça peut paraitre futile de se poser ce genre de question quand on a un bon abonement ADSL/VDSL/FTTH, ou un truc dans le genre que de toute façon je ne comprend pas...

Mais, ça me met un peu les cou***es à l'envers de me dire qu'il synchronise des giga et des giga dans le vide...

Voilà, voilà...

Il me semble que la synchro de dossier partagé est basée sur rsync donc pour moi il ne renommera pas le fichier.

Si tu renommes un repertoire de 3Go, mieux vaut le renommer toi même sur tes 2 synos

Je confirme ...

Je fais de la synchro par ce biais entre deux Syno distants (dont l'un par satellite, donc avec volume limité).

Renommer un fichier ou un dossier => synchro complète du fichier ou du dossier.

Merci pour vos réponses... Bon c'était vraiment pour confirmer mes doutes, le fait qu'il me bouffe mes 10Mb d'upload ne me dérange pas tant... C'est juste dommage que ce soit pas plus typé "cloud" (et que ce soit pas bi-directionnel)... Enfin voilà... merci...

Bonjour,

Pour ma part depuis la MAJ 4.3 finale, je ne peux pas modifier les paramètres de la synchro des dossiers partagés.

Si je ne touche rien, elle fonctionne, mais si je souhaite modifier le plan de synchro, passer de "sur modification" à "exécuter la synchro toutes les x temps", message d'erreur "la valeur du champ est incorrect".

Vu le type d'erreur je pense que c'est une erreur minime pouvant être corrigée avec un patch.

L'as-tu signalé à Synology ?

Stéphan

(Rédigé sous TapaTalk)

Modifié le 28 août 201312 a par St

Pas encore, découvert de matin et pas eu le temps ...

Cela fonctionne chez moi. ton champs est correctement formaté ?

Après ton message j'ai testé. Tout fonctionne correctement à la création d'une tache. Ce qui ne fonctionne pas c'est la modification d'un tache existante (même si celle-ci a été créée sous 4.3).

Même sans rien modifier, si on choisit "modifier" une tache et que l'on tente de cliquer sur "ok", l'erreur apparaît :s

Et personnellement je n'ai pas de champs à remplir mais simplement des cases à cocher :

"sur modification"

"manuellement"

"tous les x temps"

"tous les jours à x heure"

Modifié le 28 août 201312 a par vincent7778

Ha ...
Ca marche chez moi (avec deux tâches de synchro crées en 4.2).
Etrange

Effectivement, étrange, sachant que j'ai 2 taches qui synchronisent avec 2 autres Syno (2 slave en plus du master) et les 3 sont sur la 4.3 ...

si je souhaite modifier le plan de synchro, passer de "sur modification" à "exécuter la synchro toutes les x temps", message d'erreur "la valeur du champ est incorrect".

C'est uniquement ce champ qui pose problème ?

Quelque soit la valeur entrée ?

Pire, "Même sans rien modifier, si on choisit "modifier" une tache et que l'on tente de cliquer sur "ok", l'erreur apparaît :s"

En gros si je rentre dans les paramètres de la tache en modification (non en création) je ne peux en sortir qu'en cliquant sur fermer la fenêtre (coin supérieur droit).

Je comprends mieux ...

Je n'allais pas jusqu'au même onglet

Cela ne va pas t'arranger, mais j'ai le même problème que toi ...

Tu as ouvert un ticket ?

Modifié le 28 août 201312 a par St

Nop, j'essaierai demain.

Ticket ouvert ...

Mais si tu as le temps d'en ouvrir un de ton côté également ...

Modifié le 28 août 201312 a par St

Voici la réponse du support :

Il y a effectivement un bug, et un palliatif ...

Modifier l'heure, et ne pas valider la modif, mais aller sur l'onglet "destination", puis valider. Cela change bien l'heure et fonctionne.

Nickel, merci pour ton retour, ça fonctionne chez moi.

Au moins Syno a recensé ce bug et pour nous il existe un moyen de le contourner en attendant un correctif