Amsonia

Hello, Je chercher à ajouter le chan X sur le serveur B. Or il y a déjà un chan du même nom sur le serveur A, lequel est mon serveur principal. Une idée de ce qu'il faut faire hormis créer un 2eme profil qui ne comporterait que le serveur B ?

J'ai corrigé, ça marche, merci !

tu devrais faire une recherche sur le forum et éventuellement créer un nouveau topic. Pas une bonne idée de mélanger tous les sujets dans un seul thread.

Super, merci !

Idem de mon côté. Je n'arrive plus à accèder à l'interface web. Je n'arrive plus à déposer des fichiers de plus de 20 Mo. Je pense qu'ils sont en train de scaler -encore une fois !- leur infra… Ça devrait revenir dans quelques heures, lundi au pire je pense.

Pour ceux que ça intéresse, je viens de passer en abonnement illimité Les quelques centaines de Go de musique (flac) et vidéo sont en cours d'upload. Suivra un tout petit truc : l'archive complète de Geocitie, ce qui me permettra de désengorger un poil mon Syno : 630 Go ! D'ailleurs, même si les scripts de CoolRaoul fonctionnent très bien, il faut parfois s'y prendre à plusieurs fois avant que tout soit uploadé et le CPU est saturé (sur mon DS410 du moins). Alors j'ai trouvé la solution : faire le premier et gros envoi de manière séparée. Étant sur OS X, j'utilise Transmit de Panic.com qui est vraiment très bien. Ni libre ou open-source ni gratuit mais tous leurs produits sont vraiment exceptionnels. J'ai en effet remarqué que rsync est assez intelligent pour détecter si tel ou tel fichier/dossier est déjà présent sur hubic et qu'il se moque de savoir s'il a été uploadé par lui ou par un autre soft. Bref, petite astuce qui pourra peut-être vous aider ;-)

L'upgrade à DSM4 n'a pas réllement déinstallé IPKG, juste déréglé, voir http://missilehugger.com/328/dsm-4-0-ipkg-fix/#more-328 Bien content pour toi en tout cas ;-)

C'est vide comme…disque pas monté ou disque vide ? Le DSM t'indique quel espace disponible pour ton dossier hubic ? Si c'est l'espace du NAS, le montage ne s'est pas fait ; si c'est autre chose c'est tout simplement que ton dossier hubic n'a pas encore reçu de données Essaye de suivre les manips que j'ai faites à partir de 60?do=embed#entry1319137415.' frameborder='0' data-embedContent> Par exemple, est-ce que ça change qqchose si tu montes le volume manuellement en faisant ça ? mount.davfs https://cloudnas1.ovh.com/xxxx /volume1/ton-dossier-hubic Pour info, j'ai du mettre le chemin complet de la commande 'mount' dans le script de démarrage comme expliqué Mon script de lancement fonctionnel est donc #!/bin/sh case $1 in start) if test -f /var/run/mount.davfs/volume1-Hubic.pid; then rm /var/run/mount.davfs/volume1-Hubic.pid fi echo yes | /opt/sbin/mount.davfs https://cloudnas1.ovh.com/xxx /volume1/Hubic ;; stop) /opt/sbin/umount.davfs /volume1/Hubic/ ;; *) echo "Usage: $0 [start|stop]" ;; esac[/code]

Voilà, j'ai programmé quelques tâches cron pour mes sauvegardes vers Hubic mais j'aimerais être sûr de mon coup… Tous les jours à 05h00 0 5 * * * root ./volume1/@choses/hubic-tools/launcher-day.sh Tous les mardis à 01h00 0 1 * * 2 root ./volume1/@choses/hubic-tools/launcher-week.sh[/code] Tous les premiers jeudi à 03h14 [CODE]14 3 1 * 4 root ./volume1/@choses/hubic-tools/launcher-month.sh[/code]

Tout à fait, juste après les exemples de la section "Credential Line" Et tu dois écrire cette ligne SANS mettre de dièse au début. (le # veut dire que ce qui suit ne doit pas être exécuté. le plus souvent c'est utilisé pour informer un humain)

Boulet man!

"Vraiment désolé" ? "VRAIMENT DÉSOLÉ" ??! Tu crois vraiment que ça suffit ? Tu penses vraiment t'en tirer à si bon compte ? Non mais je rêve… Ça se plante et ça se replante et ça dit simplement "désolé" pfff… ----------- au cas où, malgré tous mes efforts, ce serait pris au 1er degré, je plaisante évidemment Merci encore Piwi, tu m'aides tellement que vraiment tout excuse est de trop ;-)

Pas rsyncdir mais l'autre script, celui de 3 lignes. Si je mets ça #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH $(dirname $0)/rsyncdir "/volume1/video/truc muche" /volume1/Hubic/amso/rsync/tmp Ça me sort ça : sending incremental file list rsync: link_stat "/volume1/video/truc" failed: No such file or directory (2) rsync: change_dir "/volume1/@choses/hubic-tools//muche" failed: No such file or directory (2) sent 12 bytes received 12 bytes 48.00 bytes/sec total size is 0 speedup is 0.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1052) [sender=3.0.9] Et c'est pareil si je mets autre chose comme ça #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH $(dirname $0)/rsyncdir '/volume1/video/truc muche' /volume1/Hubic/amso/rsync/tmp ou ça #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH $(dirname $0)/rsyncdir /volume1/video/truc\ muche /volume1/Hubic/amso/rsync/tmp ou encore un mélange comme ça #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH $(dirname $0)/rsyncdir "/volume1/video/truc\ muche" /volume1/Hubic/amso/rsync/tmp

Ok tout fonctionne impec ! Seul souci, le script qui définit les dossiers source et cible ne veut pas accepter d'espace dans les chemins des dossiers. J'ai essayé d'encadrer lesdits chemins par des ' puis des " et j'ai aussi essayé d'échapper l'espace mais rien n'y fait Une idée ?

Tu as raison je vais lire attentivement le man pour mieux comprendre tout ça. Ceci étant dit, j'ai jamais dit qu'il s'agissait forcément de fichiers, mais peut-être aussi de dossiers ! En tout cas ça me rassure que tu me dises que ce soit du à l'écriture de ton script car justement je ne trouvais rien d'invisible dans mon arbo. Je corrige et te tiens au courant

Apparemment il n'aime pas qu'il y ait quelque chose après l'anti-slash donc j'ai fait au plus simple : j'ai viré tous les commentaires. Et malgré le fait d'avoir exclu tous les dossiers et fichiers cachés, il continue à me dire qu'il faile sur les modifications de droit sur certains dossiers commençant par un '.', la même erreur qu'avant. Je te livre un extrait de log : http://snipurl.com/23uupss

Pour validation des modifications aux bons endroits, le nouveau code : #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH #je préfère pour l'instant conserver rsync d'ipkg extra_args="" exec >/var/log/rsync-hubic.log 2>&1 #pour renvoyer toute sortie vers un fichier de log while getopts : OPT; do case $OPT in O|+O) extra_args="$OPTARG" ;; *) echo "usage: `basename $0` [+-O ARG} [--] ARGS..." exit 2 esac done shift `expr $OPTIND - 1` OPTIND=1 source="$1" target="$2" if [ $# != 2 ] ; then echo "usage: $0 <source> <target>" exit 1 fi mkdir -p $target set -- --archive \ --whole-file \ --update \ --delete \ --delete-excluded \ --exclude="Thumbs.db" --exclude="@eaDir" --exclude=".*" \ #rajouté l'exclusion de tout dossier ou fichier invisible --verbose \ #activation du mode bavard --itemize-changes \ #pour avoir des explications de ce qui est fait $extra_args \ $source/. $target/. #[ -t 2 ] && set -- -vv "$@" rsync "$@"

wow merci bcp pour toutes ces infos ! Je testerai dès qu'il aura fini d'envoyer les GB mais c'est super lent Ça tient quelque temps à 5 Mo/s puis replonge vers les 1 Mo/s et ça repart… Exclure tous les dossiers et fichiers commençant par un point est justement ce que je cherche, je n'ai que faire des merdouilles invisibles, j'ai pas de fichiers unix de conf là-dedans dans mes backups donc a priori le --exclude=".*" devrait faire l'affaire. Le truc vraiment étrange c'est qu'en faisant un ls -al je n'ai aucun dossier caché dans /photos de mon dossier Hubic ! Le ls -ld "/volume1/Hubic/amsonia/rsync/photos/./Baden Ferrari 2003/06 Gala" me rend ça drwx------ 2 admin users 2304 Jun 7 16:26 Baden Ferrari 2003/06 Gala/ Je lance le script en root là et de ce que je vois il n'arrive à rechowner en root:root certains dossiers qui restent en admin:users Ah et rsync ne semble pas aimer les caratères accentués dans les noms de dossiers (mais ce sont pas les seuls affectés). Je pense que tous ces petits soucis bizarroïdes vont disparaître dès que j'aurais rajouté mon exclude sur les dossiers invisibles. Bien reçu pour le comportement local-local de rsync. Et quant à rsync qui ne termine pas une tâche, je voulais dire que le processus se quittait normalement mais que tout n'avait pas été transféré et que j'avais du le relancer pour avoir une tâche de backup complète.

J'essaye d'éviter d'installer trop de plugins. Les gens pestent contre la lenteur de Firefox mais faut voir aussi qu'ils se traînent 35 add-on, pas moi. Je sais par contre qu'on peut installer sa propre instance du serveur de sync utilisé par Mozilla. À voir si je le ferai un jour, une nuit…

J'avais en effet le vague souvenir d'avoir lu qqchose à ce sujet et bien m'a pris de remonter de quelques pages le topic ! J'ai "mis en place" tes scripts, je teste , ça fonctionne et j'allais justemet te poser une petite série de questions J'utilise ton script quasiment tel quel. Je pense donc utilser le rsync d'ipkg moi aussi. J'ai juste modifié les chemins dans le petit script d'appel de rsync et j'ai rajouté --exclude=".DS_Store" pour exclure ces fichiers propres à OS X. 1/ En fait ma question principale porte sur le script que tu as nommé 'rsync'. J'aimerais comprendre un peu plus son fonctionnement pour être un peu plus autonome si j'ai des soucis et, éventuellement, le tweaker. Pourrais-tu, par exemple, m'en expliquer les étapes ? 1.1/ J'ai pas mal d'erreurs qui, si je lis bien le stdout, concernent des dossiers et fichiers invisibles. rsync: failed to set permissions on "/volume1/Hubic/amsonia/rsync/photos/./Baden Ferrari 2003/06 Gala": Invalid argument (22) J'aimerais bien exclure également ces dossiers/fichiers. Est-ce qu'un simple --exclude=".*" suffirait ? 1.2/ J'imagine que rsync de ipkg doit sortir un log quelque part mais je n'ai pas réussi à le trouver L'idéal serait que ça écrive un fichier de log dans /var/log/rsync-hubic.log qui me dise ce qu'a fait le script : quels dossiers/fichiers ont été uploadés/supprimés/modifiés ainsi que les éventuelles erreurs. 2/ D'ailleurs, est-ce que le 'modifiés' de la dernière question fait sens ? Pour moi rsync a pour principal avantage de faire du backup incrémental donc de ne pas ré-envoyer en entier un fichier s'il a été modifié. C'est bien le cas ici ? 3/ Comment se fait-il que, sur un dossier de 3,1 Go et contenant plein de sous-dossiers et fichiers (90% < 10 Mo) le rsync n'aille pas jusqu'au bout ? J'ai remarqué que rsync -tout comme la sauvegarde locale- mouline d'abord dans son coin puis les données sont envoyées sur le webdav. Y aurait-il un timer mis en place par OVH quelque part ? Voilà, je crois que c'est tout pour le moment :-D Je le lance sur mon dossier 'photo' là. Go… ^^

Pour ma part, seuls mes documents de travail sont présents sur mon laptop. Tout le reste, et particulièrement les médias, sont hébergés sur le NAS auquel je me connecte en ethernet gigabit la plupart du temps quand je suis en local et par VPN quand je suis à l'extérieur. Mes documents de travail sont synchronisés via CloudStation sur le nas. La musique est lue principalement via AudioStation (via un SSB) ; je cherche encore un bon lecteur audio supportant le "serveur itunes" (me souviens plus du nom technique du protocole) pour le flac. Et pour finir, je suis en train de passer sur une sauvegarde des données les plus importantes du NAS sur HubiC via rsync. Les prochaines étapes sont la finalisation du rsync/hubic et l'achat d'un autre nas -physiquement distant du premier- de capacité équivalente pour duplication maîtrisée de toutes les données et accès plus aisé aux données quand je me situe dans ce second lieu, notamment en ce qui concerne l'envoi de vidéo sur la tv et de musique sur la chaîne. Je crois que seul mon carnet d'adresse est encore prisonnier de google. Mon firefox est sync chez mozilla mais là ça va, j'ai confiance.

Il reste un problème de taille (c'est le cas de le dire ) chez moi : l'espace Hubic est toujours considéré comme un espace de 25 Gio hors j'ai souscrit à l'offre de 100 Go. En passant par le "hubic explorer" (software d'OVH), ça voit bien les 100 Go et j'ai bien réussi à uploader plus de 25 Go (via un client webdav classique). Mais le NAS persiste à voir 25 Go J'ai pourtant démonté/remonté le volume plusieurs fois ainsi que tué le processus davfs. En fait j'ai même rebooté plusieurs fois exprès mais aucun changement. C'est très gênant parce que j'envoie mes données sur hubiC par le bias de tâches de "sauvegarde locale" du NAS et ce dernier vérifie toujours s'il y a de l'espace dispo avant de commencer. Des idées pour la résolution de ce problème et/ou pour sauvegarder de manière incrémentale et propre sur hubic via le nas ?

Il te faut un DAC USB ! Les tout premiers prix tournent autour de 190 € pour du matos à peu près correct et ça monte à plusieurs milliers pour du haut de gamme. Ceci étant dit, on arrive très vite aux limites qualitative du Syno qui retravaille le son, malheureusement

Mouais, dommage. Enfin ça paraît logique mais bon, dommage.

Merci bien Diaoul pour toutes ces infos. Reste plus qu'à trouver comment camoufler (ou au moins mettre un truc un peu plus fun qu'une ip) dans mon hostname. Mais j'ai comme l'impression qu'on ne peut pas tricher facilement, le hostname du serv ZNC (ou du proxy, du vpn, etc.)