Re: Synchro de données : Coda ou NFSv4
Je viens de découvrir d'autres solution possibles : * csync : http://www.csync.org/ * csync2 : http://oss.linbit.com/csync2/ , dans les dépots Debian et n'a surement aucun rapport avec le lien précédent. * multi-rsync : http://freshmeat.net/projects/mrsync * lucky-backup : http://luckybackup.sourceforge.net/ et dans les dépots Debian * syrep : http://0pointer.de/lennart/projects/syrep/ et dans les dépots Debian Faut que je testes tout ça mais si quelqu'un à des opinions, je prend. :) -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 12:15, Jean-Michel Caricand jean-michel.caric...@lifc.univ-fcomte.fr a écrit : OpenAFS est une bonne solution. Merci je ne connaissais pas. Kerberos est absolument nécessaire pour l'utiliser ? -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le Thu, 17 Dec 2009 12:08:00 +0100, Kevin Hinault hina...@gmail.com a écrit : Bonjour, En cherchant une solution de synchro automatisée de répertoires entre plusieurs serveurs sur des sites distants je suis tombé sur le système de fichiers Coda qui est censé faire ça mais apt ne me renvoi aucun paquet lié à ce système de fichier. Il a été sucré ? [...] Coda a son propre dépôt Debian, voir: http://www.coda.cs.cmu.edu/mirrors.html les docs sont là: http://www.coda.cs.cmu.edu/doc/html/index.html ne m'en demande pas plus, je ne pourrais pas te dire grand chose ;-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
On 17-12-2009, Kevin Hinault hina...@gmail.com wrote: Bonjour, Sinon je me rabattrais sur unison. Je l'ai écarté à cause d'un problème d'incompatibilité de version entre deux de mes serveurs et du fait qu'il aurait besoin d'une crontab pour devenir automatique, ce qui est possible mais me parait peu viable sur le long terme. J'ai écarté rsync aussi parce qu'il est incapable de gérer des synchro bi-directionnelles J'utilise unison régulièrement entre différents serveurs et postes utilisateurs (hors site, quand je suis sur site j'utilise NFS). Il y a deux points: - l'incompatibilité entre versions: Debian résout le pb en proposant toujours dans Testing/Unstable une version compatible avec Stable (e.g le paquet unison2.27 de sid peut parler avec unison de lenny). Il faut utiliser les bons binaires (/usr/bin/unison-2.27) et peut être ajouter -addversionno si on lance unison sur lenny vers sid - le coté automatique: sur mes stations de travail hors-site, j'utilise @reboot unison -silent -auto dans mon crontab qui m'apporte entière satisfaction. Bien sur il reste à lancer unison avant d'éteindre... Cdlt, Sylvain Le Gall -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 15:27, Sylvain Le Gall gil...@debian.org a écrit : Oh le responsable du paquet unison ! Il y a deux points: - l'incompatibilité entre versions: Debian résout le pb en proposant toujours dans Testing/Unstable une version compatible avec Stable (e.g le paquet unison2.27 de sid peut parler avec unison de lenny). Il faut utiliser les bons binaires (/usr/bin/unison-2.27) et peut être ajouter -addversionno si on lance unison sur lenny vers sid En fait d'un côté j'ai un serveur sous etch (que je ne compte pas migrer de sitôt) et du côté client j'ai testé sur un poste sid/squeeze. Voilà le message que j'ai en me connectant : Contacting server... Fatal error: Received unexpected header from the server: expected Unison 2.27\n but received Unison 2.13\n\000\000\000\000, which differs at Unison 2.1. Sur ma etch j'ai qu'une version du paquet disponible : Package: unison Versions: 2.13.16-5 (/var/lib/apt/lists/ftp2.fr.debian.org_debian_dists_etch_main_binary-i386_Packages) Sur ma sid/squeeze j'ai deux versions : Versions: 2.27.57-2 (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_squeeze_main_binary-amd64_Packages) (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_sid_main_binary-amd64_Packages) 2.27.57-1+b1 (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_lenny_main_binary-amd64_Packages) Je crois que la c'est insoluble sauf en recompilant moi-même une version de 2.27 pour ma etch. - le coté automatique: sur mes stations de travail hors-site, j'utilise @reboot unison -silent -auto dans mon crontab qui m'apporte entière satisfaction. Bien sur il reste à lancer unison avant d'éteindre... Quand je parlais d'automatique je pensais à mise à jour rapide et j'avais pensé à jouer avec incrontab pour ce faire. -- Kévin Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu Nick IRC : khi sur irc.mozilla.org - irc.debian.org - irc.freenode.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 14:36, François Cerbelle franc...@cerbelle.net a écrit : Ces informations sont celles que j'avais collectées il y a environ 3 ans lorsque je l'avais mis en place, elles ont peut être évolué. Mais globalement, je pense sincèrement que c'est un peu lourd par rapport au besoin exprimé. En effet tout ça me parait lourd surtout que le module CodaFS n'est pas compilé avec le noyau de mon serveur sous etch qui est un peu trop léger. OpenAFS et NFSv4 non plus d'ailleurs. Donc je mets la solution FS de côté pour l'instant et vais voir côté unison qui me demande moins de casse mais j'y reviendrais si je trouve pas mon bonheur. -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 12:31, Jean-Michel Caricand jean-michel.caric...@lifc.univ-fcomte.fr a écrit : Kevin Hinault a écrit : Kerberos est absolument nécessaire pour l'utiliser ? C'est souhaitable, même pour NFSv4 d'ailleurs. Aie ça complique ma vie ça. J'ai pas installé Kerberos depuis 3 ans :'( Je note l'idée quand même. Merci -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 16:14, David Prévot dav...@altern.org a écrit : Tu peux simplement utiliser le backport qui existe déjà. http://wiki.debian.org/Backports Ah ben oui tout simplement ! Merci pour ce rappel, je n'avais encore jamais eu besoin d'utiliser les backports donc je n'y ais pas pensé mais tu as bien raison ca a marché à merveille. -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
On 17-12-2009, Kevin Hinault hina...@gmail.com wrote: Le 17 décembre 2009 15:27, Sylvain Le Gall gil...@debian.org a écrit : Oh le responsable du paquet unison ! Il y a deux points: - l'incompatibilité entre versions: Debian résout le pb en proposant toujours dans Testing/Unstable une version compatible avec Stable (e.g le paquet unison2.27 de sid peut parler avec unison de lenny). Il faut utiliser les bons binaires (/usr/bin/unison-2.27) et peut être ajouter -addversionno si on lance unison sur lenny vers sid En fait d'un côté j'ai un serveur sous etch (que je ne compte pas migrer de sitôt) et du côté client j'ai testé sur un poste sid/squeeze. Voilà le message que j'ai en me connectant : Contacting server... Fatal error: Received unexpected header from the server: expected Unison 2.27\n but received Unison 2.13\n\000\000\000\000, which differs at Unison 2.1. Sur ma etch j'ai qu'une version du paquet disponible : Package: unison Versions: 2.13.16-5 (/var/lib/apt/lists/ftp2.fr.debian.org_debian_dists_etch_main_binary-i386_Packages) Etch c'est oldstable. Donc effectivement, je ne maintiens pas une compatibilité avec (juste stable/testing/unstable). 2 solutions: - le backport comme indiqué dans un autre mail de ce thread - installer le paquet unison 2.13.16 d'une lenny sur une unstable (version texte c'est le plus simple je pense). Sur ma sid/squeeze j'ai deux versions : Versions: 2.27.57-2 (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_squeeze_main_binary-amd64_Packages) (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_sid_main_binary-amd64_Packages) 2.27.57-1+b1 (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_lenny_main_binary-amd64_Packages) Je crois que la c'est insoluble sauf en recompilant moi-même une version de 2.27 pour ma etch. C'est la même. Aujourd'hui sid/squeeze/lenny utilisent toutes la 2.27. - le coté automatique: sur mes stations de travail hors-site, j'utilise @reboot unison -silent -auto dans mon crontab qui m'apporte entière satisfaction. Bien sur il reste à lancer unison avant d'éteindre... Quand je parlais d'automatique je pensais à mise à jour rapide et j'avais pensé à jouer avec incrontab pour ce faire. Il y a un projet pour utiliser inotify + un fichier + option -watch, pour faire des synchronisations rapides. En gros tu as un petit daemon qui vérifie si des choses changent et l'écrit dans un fichier, qu'il passe ensuite à unison. Ça permet de faire des synchronisation sur des petits sous-ensembles... Mais ce n'est qu'un projet pour l'instant. Si tu veux un avis PERSONNEL et particulièrement biaisé, je te dirais de bien vérifier qu'OpenAFS ou Coda correspondent à tes besoins. Ces deux projets ont l'air de couvrir un domaine très large et tu risques de déployer une usine à gaz pour peu de chose (authentification kerberos, gestion des pannes etc). Unison c'est un outil que tu peux déployer au dessus de SSH en 30 minutes (tout dépend du volume de données et de la bande passante). Il est simple et efficace. Regards, Sylvain Le Gall -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
Le 17 décembre 2009 17:16, Sylvain Le Gall gil...@debian.org a écrit : 2 solutions: - le backport comme indiqué dans un autre mail de ce thread C'est ce que j'ai fait et ca marche impec. Si tu veux un avis PERSONNEL et particulièrement biaisé, je te dirais de bien vérifier qu'OpenAFS ou Coda correspondent à tes besoins. Ces deux projets ont l'air de couvrir un domaine très large et tu risques de déployer une usine à gaz pour peu de chose (authentification kerberos, gestion des pannes etc). Unison c'est un outil que tu peux déployer au dessus de SSH en 30 minutes (tout dépend du volume de données et de la bande passante). Il est simple et efficace. Oui j'en conviens et c'est la réponse que je faisais un peu plus tôt à François. Pour le si peu de fichiers que j'ai à synchroniser, unison est moins chronophage mais il me manque la notion de synchro rapide et récurrente. Il y a un projet pour utiliser inotify + un fichier + option -watch, pour faire des synchronisations rapides. En gros tu as un petit daemon qui vérifie si des choses changent et l'écrit dans un fichier, qu'il passe ensuite à unison. Ça permet de faire des synchronisation sur des petits sous-ensembles... Mais ce n'est qu'un projet pour l'instant. Si tu as le nom du projet ca m'intéresse de voir à quoi ressemble leur demon et s'il peut correspondre à mes besoins. Sinon je ferais un truc à ma sauce mais ca sera de moins bonne qualité forcément. -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Synchro de données : Coda ou NFSv4
On 17-12-2009, Kevin Hinault hina...@gmail.com wrote: Le 17 décembre 2009 17:16, Sylvain Le Gall gil...@debian.org a écrit : Il y a un projet pour utiliser inotify + un fichier + option -watch, pour faire des synchronisations rapides. En gros tu as un petit daemon qui vérifie si des choses changent et l'écrit dans un fichier, qu'il passe ensuite à unison. Ça permet de faire des synchronisation sur des petits sous-ensembles... Mais ce n'est qu'un projet pour l'instant. Si tu as le nom du projet ca m'intéresse de voir à quoi ressemble leur demon et s'il peut correspondre à mes besoins. Sinon je ferais un truc à ma sauce mais ca sera de moins bonne qualité forcément. Le sujet a été discuté ici: http://lists.seas.upenn.edu/pipermail/unison-hackers/2008-June/000831.html Il y aussi ça: http://wiki.ubuntu.com/MultipleComputersSynchronization Sinon je viens de me rendre compte qu'il y a cette magnifique option: unison -auto -silent -repeat 60 Qui va relancer unison toutes les 60s. Ça n'enléve rien au fait qu'on n'utilise pas inotify, mais ça peut être intéressant. Regards, Sylvain Le Gall -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
