On Thu, 2002-10-24 at 08:28, quarkalone wrote: > He investigado un poco sobre CODA (http://www.coda.cs.cmu.edu/) y se me > ocurri� que podr�a ser una forma f�cil de mantener varias m�quinas > actualizadas con la misma versi�n de Linux. > > La idea es que una m�quina sea servidor y el resto clientes. Estos > clientes copian autom�ticamente los archivos desde el servidor, cuando > los ocupan. > Por lo que si se actualiza el servidor, los clientes se actualizar�an. > > Las preguntas: > > C�mo hacen para mantener una red con 10 a 20 m�quinas (caso > hipot�tico) > corriendo Linux, con el menor costo (de tiempo y esfuerzo) de > actualizaci�n? > Lo que *no* me gustar�a es tener que actualizar cada una de las > m�quinas > manualmente. > > Ha probado alguno de Ustedes CODA u otro sistema de archivos > distribuidos con este prop�sito?
No se si voy a responder la pregunta exactamente o a hacer m�s preguntas, pero aqu� va lo que pienso. Me parece que lo que preguntas no es como hacer para bootear de la red (ver correo de Juan Ignacio acerca de Net-boot). M�s bien,como mantener las m�quinas actualizadas. Esto depende un poco de que tipo de actualizaci�n te refieres. Si hablas del sistema base de las m�quinas, entonces dejalas corriendo un script que las actualice, puede ser de tu servidor o de otro servidor. Por ejemplo, en le caso de debian con apt-get, redhat/mandrake con urpmi (o como se que se llame), etc. Esto es para el systema base, que normalmente no se monta de la red (especialmente porque los discos son baratos, no porque no se pueda). Ahora bien, esto puede decirse que duplica trabajo. Un sistema un poco m�s distribuido es de exportar desde el servidor /usr. El systema de archivos de /usr deber�a ser (si mal no me acuerdo del estandar) posible tenerlo en read-only para optimizar esto. No estoy 100% de esto. Otra opci�n es tener una parte (sub parte?) montada del servidor. Esto es, por ejemplo, /usr/local (que la verdad es un mal ejemplo, ya que esto deber�a ser �nico por m�quina, pero para que se entienda la idea lo uso). Ahora bien, los update de ciertas cosas los puedes hacer en el servidor y que las dem�s m�quinas los monten. Si est�s exportando tambi�n los homes (automount o normal) puedes hacer que los .profiles (etc) de los usuarios pongan los /usr/local/directorios primeros en el path, para utilizar el software instalado en el servidor, sin necesidad de m�s cosa. Para todo esto puedes utilizar nfs o coda. (o cualquier otro, i.e. afs o intermezzo). Si lo �nico que quieres es mantenerlas al d�a con el servidor, puedes hacer scripts que desde el servidor el digan a las m�quinas que se actualicen. Si no, siempre est� el simple m�todo de correr rsync servidor maquina-n (obvio que con las opciones correctas) para que se actualicen. Para tus preguntas: el menor costo es preparar un net-boot floppy/ partici�n peque�a y montar todo de la red. F�cil si uno logra el primer paso. Yo te recomiendo la opcion de dejar que el sistema se actualice solo con algo como apt-get cada d�a (o remoto por script para cosas urgentes). Y montas /usr/shared o algo por el estilo para tener los programas "fuera del sistema normal" que quieras tener instalados, por ejemplo, mplayer. Como es de esperarse, las cosas son m�s complejas si las m�quinas son heterogeneas. Nacho -- "In Googlis non est, ergo non est." - Anonymous Coward EEE8 08C9 FBAE B471 9691 CE7A 1CC8 D3DE B31E 10AB GPG Public Key: http://www.igso.net/isolis.gpg
signature.asc
Description: This is a digitally signed message part
