[Linux-bruxelles] [NO4] update

Jerome Warnier jwarnier at bxlug.be
Mar 25 Fév 15:34:40 CET 2003


Gabriel Othmezouri wrote:
> 
> Jérôme Warnier wrote:
> 
>>> mais il faut delogger tout le monde ou faire cela la nuit.
>>
>>
>> Faire cela automatiquement la nuit est une possibilité (mais est-ce que
>> le NO4 n'est plus accessible la nuit?).
> 
> 
> bah ... a 4h du mat. on leur rendrait service ;)
> 
>>> et nos cartes reseaux n'ont pas l'air de supporter PXE.
>>
>>
>> Ce sont des 3Com?
> 
> 
> non, des allied telesyn AT-2700FX sans le chip eeprom
Ok, et en plus, ce sont des fibres optiques.

>>> il faudrait un bootloader evolue ou qqchose du genre.
>>
>>
>> GRUB permet de faire cela.
>> Mais il faudrait quand même avoir du Wake-on-LAN.
> 
> 
> si qq'un sait ou trouver 75 cables WOL ca nous interesse aussi.
On ne peut pas acheter cela pour 3x rien dans un magasin spécialisé en 
électronique?
Personne n'a une url de catalogue d'un tel magasin?

>>> l'installation se fait donc en utilisant le kickstart RH.
>>> on specifie certains parametres systemes : partitions, methode 
>>> d'authentification, serveur NIS NFS, etc. et la liste des RPM a 
>>> installer.
>>> l'installation n'est pas rapide mais une fois lancee on ne doit plus 
>>> s'en occuper.
>>
>>
>> Vous spécifiez cela à chaque fois?
> 
> 
> 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?
Si  c'est un serveur, quel est le système de transfert utilisé?

Donc, cela prend quand même longtemps?
Combien de temps et sur quel type de machines?

>>> 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"?

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

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.

> ca devient beaucoup plus lourd que d'installer des rpm (ou de faire des 
> apt-get ;) )
Non, au contraire.

>>> je viens de regarder les options de RPM et il y a un option qui 
>>> permet d'exclure un path de l'installation.
>>> ca serait une possibilite si /usr est read-only et ca eviterait de 
>>> reinstaller entierement la machine ...
>>
>>
>> Ben voilà.
>>
>>> on va essayer ca lundi :)
>>
>>
>> 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 (c'est même plus simple ;-)).

>>>>>>> pour le moment on voudrait surtout eviter de devoir reinstaller 2 
>>>>>>> a 3 machines apres chaque TP sous VMWare.
>>>>>>
>>>>>>
>>>>>> Tu peux expliquer pourquoi ce serait nécessaire
>>>>>
>>>>>
>>>>> pour le moment (avec RedHat 8.0 et VMWare 3.2) apres chaque TP des
>>>>> geographes, qui utilisent VMWare, X plante systematiquement (le module
>>>>> drm se plaint si je me souviens bien) et pour 2 a 3 machines sur 20 
>>>>> le file
>>>>> system est endommage, style input/output error en faisant un ls ...
>>>>
>>>>
>>>> Il faudrait essayer de comprendre pourquoi.
>>>> Tu as une explication logique pour cela?
>>>
>>>
>>> je suppose qu'un patch kernel RH est incompatible avec les modules 
>>> vmware ...
>>
>>
>> Et que dit RedHat à ce propos, alors?
> 
> 
> je n'ai rien trouve ...
> 
>>>> Est-ce que VMWare (la société) dit à propos du support pour RH8.0 ou
>>>> RH7.3?
????

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

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

> Gabriel






Plus d'informations sur la liste de diffusion Linux-bruxelles