CoolRaoul

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).

Tu dois être prévenu qu'en DSM 4, si tu modifie a la main le contenu de "/usr/syno/apache/conf/httpd.conf-user"la sauvegarde ne fonctionnera plus.

J'ai trouvé ceci, ça ressemble a ton problème. Et c'est tout récent en plus.

Pas tout a fait: pas d'amélioration des performances en écriture (et même légère dégradation) c'est exact, par contre, en lecture, comme les I/Os peuvent être réparties sur deux disques on y gagne (quand le systeme a deux blocs a lire il peut lire le premier sur un disque et le deuxième sur l'autre en parallélisant le tout).

Si tu choisis la solution reverse proxy, pas besoin de rediriger le port 443 vers le 5000: suffit de rediriger le vers le et le 443 vers le 443.

Si c'est bien ça, Il s'agit donc strictement d'un problème Freebox et non Synology, et donc à mon avis tu trouvera plus d'aide en postant sur des sites plus dédiés Free (ADUF, universfreebox,...) (PS: c'est la première fois que j'entend parler d'un serveur http sur la Freebox V5, me semblait que ce n'était que la V6 qui en disposait)

Le serveur http natif du synology est un serveur Apache Pour quelle raison avoir installé Cheyenne?

On a échangé par mail sur le sujet mais il n'a pas du avoir encore le temps de mettre a jour son site

attention ce tuto est obsolete! Depuis DSM 4.0 il ne faut plus modifier "/usr/syno/etc/httpd-vhost.conf-user" sous peine de faire planter la sauvegarde La solution est de mettre toutes les lignes décrites dans le tuto dans un unique fichier dédié ( "/usr/local/etc/hhtpd-local.conf" me semble un bon choix étant donné que tout le contenu de "/usr/local" est automatiquement préservé par les upgrades de DSM), et simplement ajouter Include /usr/local/etc/hhtpd-local.conf à la fin de "/usr/syno/apache/conf/httpd.conf-user" Ca marchera aussi bien Exemple de contenu qui fonctionne chez moi: # -*- apache -*- <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> #/ NameVirtualHost *: <VirtualHost *:> ServerName webman.<mon domaine ici>.com ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://localhost:5000/ ProxyPassReverse / http://localhost:5000/ </VirtualHost> # etc ... si on veux définir d'autres virtual hosts, # exemple filestation.<mon domaine> .com à rediriger en http://localhost:7000/ # et ainsi de suite

Pour partager des fichiers à distance en famille sans passer par filestation je me demande si webdav ne serait pas la solution.

Non: rsync transfere un fichier à la fois. J'imagine qu'il met à jour la progression *apres* chaque fichier transféré. Donc si le pourcentage ne bouge pas, il est envisageable qu'il soit en cours d'envoi d'un gros fichier. Tu peux ajouter de la "verbosité" a rsync en ajoutant plusieurs arguments "-v" (exemple "-vvv") pour avoir plus de détail. Sinon, l'approche rouleau compresseur est possible avec "strace" (à installer par ipkg), et exécuter rsync comme ceci: strace -e open rsync <reste des arguments>[/CODE] Comme ça tu aura une trace à chaque fois que rsync ouvre un fichier source et pourras savoir sur lequel ça coince.

Pour commencer, faudrait savoir quelle est la volumétrie totale du répertoire à envoyer chez OVH/Hubic est de bande passante du dispose en upload.

C'est quoi le "moniteur réseau"? Lancé en connexion ssh y a t-il le même phénomène?

En tout cas, dans la table de la base sqlite l'uid est bien présent: Reste a trouver un volontaire avec deux Syno voulant bien faire le test.

Bon, j'ai voulu en avoir le coeur net. Le fichier exporté .dss s'ouvre avec 7zip (probablement un tar.gz) et contient une database sqlite. Les données d'options utilisateurs individuelles n'y figurent pas. Dommage.

L'avantage décisif, à mon avis, d'utiliser la solution utilisant l'outil intégré de DSM (je reconnais le bémol du près-requis DSM 4.0 minimum) est que *toutes* les informations utilisateurs sont transférées, et non pas seulement celles inscrites dans les fichiers /etc/passwd et /etc/shadow (tu a oublié d'ajouter /etc/group au passage) comme, par exemple, l'email, les privileges d'applications. La c'est tout le contenu de l'applet "utilisateur" du panneau de configuration DSM qui est migré sur le nouveau serveur. Et si ça se trouve (je n'ai pas testé je doit avouer) les options individuelles définies dans le panneau ci dessous sont également migrées.

Il y a mieux et, à mon avis, plus sur, en utilisant les outils intégrés à DSM: Sur le serveur source: Et ensuite, sur le serveur cible: sélectionner uniquement ce que l'on veux récupérer:

C'est parce que j'ai installé optware et son package "procps" et pas toi essaie avec my $command ="/bin/ps 2>&1";[/CODE]

J'ai préféré aller à la source de l'info et j'ai pu faire un petit démonstrateur qui fonctionne. C'est assez simple finalement, Voici comment s'y prendre choisir un nom pour l'application que représentera l'icone (pour ma démo c'est "processes") créer le répertoire "/usr/syno/synoman/webman/3rdparty/<nom app>" (/usr/syno/synoman/webman/3rdparty/processes dans le cas présent) dans ce répertoire créer un dossier "images" pour les icones; déposer dans "images" un fichier png par taille d'icone (me suis contenté de faire une copie des icones de l'application backup que l'on peut trouver dans "/usr/syno/synoman/webman/modules/BackupApp/images/"). Si on veut changer leur nom, conserver les règles de nommage <prefixe>_<taille>.png et penser a mettre a jour le fichier config. y mettre un fichier nommé config avec le contenu suivant (l'attribut "title" est le texte qui va apparaître sous l'icone, "desc" apparait dans une bulle quand la souris passe au dessus). Bien entendu pour l'application définitive on remplacera les occurences de "processes" par le nom choisi au final. { ".url": { "proclist": { "type": "legacy", "allUsers": true, "title": "processess", "desc": "show process tree", "icon": "images/backup_restore_{0}.png", "url": "/webman/3rdparty/processes/index.cgi" } } } enfin crééer un fichier index.cgi avec le contenu suivant: http://paste2.org/p/1953355 faudra changer a terme la ligne my $command ="/opt/bin/ps -wef --forest 2>&1"; et y mettre la bonne commande Résultat: ce qui nous donne: Et voila Attention aux risques en terme de sécurité car le cgi s'exécute avec les droits "root"! C'est pourquoi je teste que l'utilisateur est bien membre du groupe des administrateurs.

Il y en qui ont de la chance que je sois en RTT Lancer l'interface time backup a partir de l'interface DSM via cet icone: Sélectionner l'onglet "taches" "créer" donner un nom à la tache: choisir "sauvegarde locale" sélectionner le dossier partagé qui contiendra les backups (doit bien entendu être sur un autre disque que les dossiers à sauvegardér, comme dans le cas d'un backup normal) Choisir les dossiers à sauvegarder: Définir la planification, Avec la configuration que j'ai indiqué ci dessous, le systeme va créer une "image" toutes les heures des dossiers sauvegardés, et purge les ancienne images automatiquement en conservant une image par jour pour les 30 derniers jours puis une image par semaine jusqu'a un mois d'ancienneté et une image par mois ensuite. Ne pas s'effrayer pour la place disque, ce ne sont que les modifications qui sont stockées: si un fichier n'est pas modifié chaque image ne contiendra qu'un lien vers un exemplaire unique du fichier. Tout est assez bien détaillé dans l'aide , accessible avec cet icone:

Via l'interface je ne sais pas (mas j'imagine que c'est possible), mais via une raccourci a partir du bureau window ça je sais faire. Mais dans tous les cas faudra pouvoir accéder au synology au moins une fois en ligne de commande pour configurer le tout.

Si j'en crois le résultat de ses commandes, il était bien root quand il a exécuté le mkdir. TRINITY> ls -lrtd /opt/ipkg* drwxr-xr-x 2 root root 4096 Mar 25 20:08 /opt/ipkg-toto

En tout cas je t'assures mon script fait justement ce que tu souhaites. Le problème dans ton approche est que le programme de sauvegarde standard que tu essaye d'utiliser n'est pas adapté au cas des dossier webdav. La raison essentielle est que reporting de la place libre est assez farfelu dans ce cas (fait un "dh -h" pour en être convaincu) comme tu as pu le constater. Il me semble bien que l'information sur l'espace libre et total sur la cible ne fait tout simplement pas partie du protocole webdav.