[admin centralisée]

[Paule.Green]

j'ai trois machines exactement identiques, services identiques, utilisations identiques....
à votre avis qu'est ce que je peux faire 'autour de portage', pour centraliser la maintenance le +possible
moi je vois :
un arbre portage de refference sur un des poste,
un distfiles de refference,
éventuellement distcc, pour compiler +vite, mais cela ne m'interesse pas trop
et ?????

des idées ?

[yoyo]

Le distfiles de référence me semble superflu ...

Ce qui peut être plus intéressant, c'est d'emerger tous les nouveaux paquets (ou update) avec l'option "-b". Comme ça, tu n'emerges (ne compiles) qu'une seule fois pour toutes les machines.
Tes binaires se retrouvent alors dans "/usr/portage/packages".
Je vois bien un montage NFS de ce dossier comme ça, sur les deux machines restantes, un "emerge -K ..." permet d'installer les paquets déja compilés directement ...

Mais ça n'est que mon humble avis ...

EDIT : ce que tu appelles "de référence", c'est bien un montage NFS (comment tu synchronises portage) ???
_________________
La connaissance s'accroît quand on la partage.
JCB

[knarf]

Il n'existerait pas une histoire de clustering qui pourrait t'interesser ? 3 processeurs pour compiler tes programmes ? Ou un trucs dans le genre, ainsi que le NFS pour avoir des dossiers pour tout le monde la même chose. Je m'explique.

Ton /usr/portage/distfiles est en faite celui d'un des servers ainsi de suite pour divers dossier.

[yoyo]

[knarf]

En faite, j'ai relu ton message complétement une deuxième fois après avoir posté et j'ai remarqué que tu avais déjà tout dit, je m'en excuse .

[yoyo]

Que je ne t'y reprenne plus !!!!!!
_________________
La connaissance s'accroît quand on la partage.
JCB

[Paule.Green]

c'est vrai que de 'reference', c'est pas très clair....
effectivement, un /usr/portage/packages en commun parrait etre le seul truc faisable..
ce que je voulais dire par un arbre portage de refference, c'était synchroniser les arbres de deux machines sur la troisieme et non pas sur les serveurs officiel pour etre sur que les arbres sur les trois machines sont précisement les meme...parceque sinon ca devient vite le bordel...

bon ba merci, si quelqu'un à des idées plus 'automatisées'.....

[yoyo]

[tecknojunky]

Il y a des lunes que j'ai une configuration comme celle mentionnée dans ce thread.

J'ai monté en NFS les répertoires /usr/portage et /usr/local/portage. Le emerge sync permet donc de synchroniser l'arbre des ebuild pour toutes les machines.

Quand j'emerge, j'utilise l'option -k (et non -K) qui indique à emerge d'utiliser des builds de /usr/portage/packages/All, sauf s'il existe une version plus récente (il fera alors un emerge normal: download, compile, etc...).

Petit conseil: Si vous utilisez -k (ou -K), essayez, tant que faire se peut, d'avoir les même CFLAGS pour toutes vos architectures, autrement vous risquez d'avoir des problèmes. Je suis pas sur qu'une compilation Athlon va bien marcher sur i585 .

Finalement, j'ai essayé longtemps le noyau rustiné openmosix (clustering) et je n'ai pas remarqué de grandes différences. Mon cluster était composé d'un Céléron 600, un P3 500 et un P1 233 et mes constatations:
- Mes machines ne sont pas assez occupées pour qu'elles migres des processus d'une à l'autre.
- Parfois, une migration pouvait ralentir les performances (ie: une décompression bzip2 migré sur une autre machine alors que le fichier à décompréssé demeure sur le PC initial: tout se fait via la connexion réseau).
- distcc est franchement plus rapide qu'OpenMosix (de l'ordre du double au triple) en performance.

Distcc n'est pas tellement difficile à configurer:

- emerge distcc ccache
- Ajouter distcc et ccache dans les FEATURES du make.conf
- Mettre MAKEOPTS à <nb pc> * 2 dans make.conf (j'assume ici un cpu / pc).
- faire distcc-config --set-hosts localhost/2 volontaire/2 ...
- savourez.
_________________
(7 of 9) Installing star-trek/species-8.4.7.2::talax.