[Linux-bruxelles] [NO4] update

[Jerome Warnier]

>> Donc, cela prend quand même longtemps?
> 
> 
> 30 min. sur pII c'est le disque du 'client' qui travaille principalement 
> ...
C'est ce que j'appelle longtemps.
Pour installer une Debian Woody adaptée à la bureautique (environ 2.5Go) 
complètement, avec le partitionnement et le formatage, cela prend 
environ 20 minutes sur des PII 300MHz avec 128Mo RAM en 100Mb/s (comme 
cela, tu as une idée).
Je suis convaincu qu'il y a moyen de faire cela en moins de 5 minutes si 
on exclut ces deux étapes du processus et qu'on diminue le taux de 
compression pour les machines les moins rapides. Ce serait donc adapté 
pour les mises à jour, mais pas les nouvelles installations (nouveau 
disque dur ou nouvelle machine).

>>>>> pour modifier le systeme une fois installe on peut se connecter en 
>>>>> root sur les machines en ssh a partir du serveur et installer un 
>>>>> rpm ou executer un script.
>>>>
>>>>
>>>> Vous le faites pour chaque pc?
>>>
>>>
>>> oui enfin avec une boucle dans un script ...
>>
>>
>> Un script "fait maison"?
> 
> 
> oui.
Ok.

>>>>>>> en plus on a 4 types de machines differentes (principalement la 
>>>>>>> carte graphique (peut-etre moyen de corriger apres la 
>>>>>>> repliquation ?)) et des tailles de disque differentes pour une 
>>>>>>> meme architecture (les disques en panne sont remplaces par des 
>>>>>>> plus gros ...)
>>>>>>
>>>>>>
>>>>>> Je ne sais pas exactement comment Kickstart fonctionne, mais je crois
>>>>>> qu'il doit y avoir moyen de faire tout cela en l'utilisant.
>>>>>
>>>>>
>>>>> effectivement ... mais qu'est-ce que tu envisages comme solution ?
>>>>> copier une partition directement (dd image -> disque)
>>>>
>>>>
>>>> rsync
>>>
>>>
>>> mais encore ? :)
>>
>>
>> http://samba.anu.edu.au/rsync/
> 
> 
> v_v;
> 
>> Faire une copie différentielle. Seulement une mise à jour de chaque 
>> fichier, si tu veux.
>> Cela limite à mort (oui, à mort!) les transferts sur le réseau et les 
>> accès disques, ... nécessaires.
>>
>>> execute par qui ? je suppose que ce n'est pas une bonne idee de le 
>>> faire sur un systeme live donc il faut un autre systeme pour gerer 
>>> 'l'image'.
>>
>>
>> Si, cela pourrait.
>> Il suffit de restreindre ce que l'on copie.
> 
> 
> a quelle partie du systeme ?
Si /usr est sur le serveur, on n'a pas besoin de le répliquer et /home y 
est déjà.
/tmp non plus.
Une partie de /var n'est pas à répliquer non plus (cela dépend surtout 
des applications installées), dont notemment ce que se rapporte à la 
base de donnée de RPM.
Et ainsi de suite.
Pour une Debian, j'ai une très bonne idée de cette liste des répertoires 
à exclure. Pour RedHat, cela ne doit pas être très différent, mais il 
faudrait vérifier et tester.

> comment faire lorsqu'il faut modifier qqchose dans la partie 'exclue' ?
Justement, cela n'arrive jamais.
Mais, bon, au pire, il suffirait de tourner un rsync avec votre "script 
maison".

>>> ca devient beaucoup plus lourd que d'installer des rpm (ou de faire 
>>> des apt-get ;) )
>>
>>
>> Non, au contraire.
> 
> 
> du point de vue de l'administrateur qui doit mettre en place la solution 
> pas du point de vue du hw ;)
Même.
En fait, quand tu installes des packages sur une Debian par apt-get, il 
y a un certain nombre de questions auxquelles tu devrais répondre pour 
les configurer. La méthode "rsync" t'en affranchis, c'est donc moins de 
travail pour l'admin.

> je ne suis pas vraiment convaincu qu'utiliser rsync va nous faciliter la 
> vie...
La mise en place pourrait prendre un peu de temps (mais pas trop).
Le gain est appréciable.
Et même quelqu'un d'inexpérimenté peut le faire sans risques, pour peu 
qu'il soit un petit peu encadré.

>>>> Pour ce genre d'usage (upgrade ou modification), je crois que 
>>>> "cfengine"
>>>> serait l'idéal.
>>>
>>>
>>> je n'ai pas regarde en detail mais c'est plutot pour gerer des 
>>> systemes heterogenes non ? ici tout est sous GNU/Linux.
>>
>>
>> Si cela supporte les environnements hétérogènes, cela supporte aussi 
>> ceux qui sont homogènes 
> 
> 
> oui mais :
> 
>> (c'est même plus simple ;-)).
> 
> 
> pas s'il faut rajouter un couche d'abstraction pour rien ;)
?

> enfin ca a l'air interessant mais pour plus tard.
Oui, par contre, mettre /usr sur le serveur me paraît obligatoire et urgent.

>>>>>> Est-ce que VMWare (la société) dit à propos du support pour RH8.0 ou
>>>>>> RH7.3?
>>
>>
>> ????
> 
> 
> la c'est toi qui posait la question je pense ^_^;;
Oui, mais tu n'y réponds pas :-P.
Le début était un "Qu'est-ce que".

>>>>> RH 8.0 n'est pas dans la liste des OS supportes.
>>>>> qq'un a develope un patch mais il n'est pas supporte non-plus et 
>>>>> j'en ai marre du jouer au beta-tester.
>>>>
>>>>
>>>> T'es sûrement pas le seul, note.
>>>
>>>
>>> effectivement d'autres ont le meme probleme.
>>
>>
>> Et que font-ils alors?
> 
> 
> je suppose qu'ils essaient le patch ou repasse a la 7.3
> 
>>> mais de toute facon ca me semble un bonne idee de retrograder vu les 
>>> nombreux bugs de la RH8.0
>>
>>
>> Non, sur 
>> http://www.vmware.com/support/kb/enduser/std_adp.php?p_sid=VGhVVKCg&p_lva=&p_faqid=873&p_created=1034809585&p_sp=cF9ncmlkc29ydD0mcF9yb3dfY250PTEyJnBfc2VhcmNoX3RleHQ9cmVkaGF0IDguMCZwX3NlYXJjaF90eXBlPTMmcF9wcm9kX2x2bDE9fmFueX4mcF9wcm9kX2x2bDI9fmFueX4mcF9jYXRfbHZsMT1_YW55fiZwX2NhdF9sdmwyPX5hbnl_JnBfc29ydF9ieT1kZmx0JnBfcGFnZT0x&p_li= 
>>
>>  ils disent qu'ils ne supportent pas non plus la RedHat 7.3.
>> Ce ne serait donc pas une solution.
> 
> 
> toute la nuance est dans le 'updated' ;)
Comprends pas.  ???
> 
> Gabriel