Gentoo Archives: gentoo-user-fr

From: "Stéphan BERNARD" <stephan.bernard@×××××××××××××××××.fr>
To: gentoo-user-fr@l.g.o
Subject: Re: [gentoo-user-fr] emerge rsync multiple
Date: Wed, 23 Jun 2004 11:48:12
Message-Id: 40D96DF1.2030009@clermont.cemagref.fr
In Reply to: Re: [gentoo-user-fr] emerge rsync multiple by Thomas de Grenier de Latour
1 Merci beaucoup pour le lien sur les forums gentoo qui répond à
2 toutes mes questions (c'est vrai que j'ai pas le réflexe de
3 fouiller d'abord les forums, pourtant la plupart des réponses à
4 mes questions s'y trouvent).
5
6 Pour le partage du répertoire distfiles, une solution consiste à
7 faire d'abord un emerge -f world sur toutes les machines, puis à
8 démarrer emerge world quand toutes ont terminé leur fetchonly :
9 il me semble que le emerge -f ne fait pas de contrôle CRC si le
10 fichier demandé est présent dans le distfiles.
11 Comme le dit Antoine, ceci n'est possible que si j'ai confiance
12 dans toutes les machines de mon réseau. Il se trouve que c'est le
13 cas. Pour le moment, le réseau est suffisamment petit pour que la
14 synchro se fasse manuellement, mais je pense que ce doit être
15 possible de mettre en place des petits processus de synchro
16 automatique.
17
18 Stéphan.
19
20 Thomas de Grenier de Latour wrote:
21 > Juste pour info, une méthode alternative de partage de l'arbre
22 > portage sans NFS existe :
23 >
24 > * Sur la machine maitre, mettre en place un serveur rsync
25 > accessible pour le réseau local, et qui distribue le /usr/portage
26 > (sauf les répertoire"distfiles" et "packages").
27 >
28 > * Sur les machines client, choisir la machine maitre comme
29 > mirroir rsync (SYNC=... dans make.conf)
30 >
31 > On doit pouvoir s'inspirer de ces docs :
32 > http://www.gentoo.org/doc/en/rsync.xml
33 > http://forums.gentoo.org/viewtopic.php?t=180336
34 >
35 > Utiliser un rsync local plutôt qu'un partage NFS a comme principal
36 > avantage que les transfert sur le réseau local se font une fois
37 > par machine seulement, et pas à chaque nouvel emerge. Et puis
38 > aussi, lorsque l'on fait un "emerge sync" sur les clients, on met
39 > à jour le cache. Bref, on a un portage globalement plus rapide
40 > (enfin, fonctionnant à la vitesse normale quoi), mais par contre
41 > c'est plus lourd à mettre en place.
42 >
43 > Au niveau du partage du distfiles, il y a aussi des solutions
44 > sans NFS. Par exemple :
45 >
46 > * mettre en place un serveur ftp pour partager le distfiles sur
47 > un machine maitre
48 >
49 > * ajouter ce ftp local en tête des GENTOO_MIRRORS dans make.conf,
50 > ou bien mieux encore ajouter dans un fichier /etc/portage/mirrors:
51 > local ftp://machine.maitre/path/to/distfiles
52 > (cf. "man portage" pour la documentation sur ce fichier)
53 >
54 > Le principal inconvénient là est que si la machine maitre n'a pas
55 > nu temps d'avance dans ses mises à jour (et donc ses
56 > téléchargements), alors elle ne sert pas à grand chose. Donc là le
57 > NFS peut être une meilleurs solution. Mais l'idéal en fait serait
58 > une solution de type proxy, et il me semble que j'ai vu des docs
59 > dans ce sens sur le forum, mais je n'ai pas expérimenté.
60 >
61 >
62 > Ah, et puis oui aussi, un truc utile quand on bidouille tout ça
63 > peut être de virer les répertoires "distfiles" et "packages" de
64 > /usr/portage (enfin, ça peut simplifier la config si on ne veut
65 > pas les partager de la même façon que le reste). Ça se fait en
66 > définissant dans make.conf "DISTDIR=..." et "PKGDIR=...". Les
67 > paquets binaires notament (enfin, si vous en utilisez) ne peuvent
68 > pas être partagés entre des archis hétérogènes biensûr. Par
69 > contre si les machines sont homogènes, ça devient intérressant de
70 > les partager pour ne pas recompiler la même chose sur chaque
71 > machine. Enfin bref, c'est encore une autre histoire.
72 >
73 >
74
75 --
76 gentoo-user-fr@g.o mailing list