[Linux-bruxelles] [NO4] update

[Gabriel Othmezouri]

Jerome Warnier wrote:
>> c'est dans un fichier sur une disquette ...
> 
> Ok.
> 
>>> En quoi est-ce différent d'une installation?
>>
>> c'est une installation mais c'est non interactif (a part pour la 
>> disquette)
> 
> Depuis un cdrom ou un serveur?

un serveur par NFS

> Donc, cela prend quand même longtemps?

30 min. sur pII c'est le disque du 'client' qui travaille principalement ...

>>>> 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.

>>>>>> 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 ?
comment faire lorsqu'il faut modifier qqchose dans la partie 'exclue' ?

>> 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 ;)

je ne suis pas vraiment convaincu qu'utiliser rsync va nous faciliter la 
vie...

>>> 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.

>>>>> 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 ^_^;;

>>>> 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' ;)

Gabriel