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 |