[Linux-bruxelles] [NO4] update

[Gabriel Othmezouri]

Jerome Warnier wrote:
>>> 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).

cela prend du temps mais ce n'est pas genant ...
on n'est pas cense reinstaller souvent (sauf depuis peu mais c'est 
temporaire ^_^;)

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

je pensais a des choses plus sensibles du style /lib /boot etc.
enfin des upgrades de lib qui sont utilisees ou de services qui tournent 
pour le moment ...
un rpm (enfin la plupart) va lancer des scripts pour redemarrer le 
service ou lancer ldconfig etc.

>> comment faire lorsqu'il faut modifier qqchose dans la partie 'exclue' ?
> 
> Justement, cela n'arrive jamais.

pour des applic simples peut-etre mais pour gcc + glibc par exemple ...

> Mais, bon, au pire, il suffirait de tourner un rsync avec votre "script 
> maison".

est-ce que tu penses a d'autres arguments que l'elegance et l'efficacite 
reseau/disque en faveur de rsync ?

sinon je pense qu'on fera sans.

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

oui mais si apt-get est mal fait ... ;)

je ne me rappelle pas avoir installe/upgrade des rpm qui posent des 
questions. evidemment il faut eventuellement repliquer la configuration 
apres 'a la main'.

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

mais si juste apres :

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

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

c'est un patch recent (le dernier ?) du kernel RH qui rompt la 
compatibilite.
si on utilise le kernel d'origine ou un intermediaire il n'y a pas de 
probleme (a part le trou de securite mais on n'est pas concerne).



tiens j'ai une question :
on a constate un probleme avec le demarrage des services :
on a probablement une course entre le service vmware qui cree un 
interface /dev/vmnet1 et samba qui utilise cet interface.

dans certain cas l'interface n'est pas encore cree au moment ou samba 
demarre et nmbd s'arrete ce qui est embetant.

est-ce que qq'un a une solution a ce probleme ?
(differente que de les faire demarrer a un intervalle plus grand, ici 
ils se succedent directement : vmware est en S90 et smb en S91)

Gabriel