Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Infierno de los clientes poco planificados

yaco's Diary
Por yaco
departamento las_cosas_fáciles_no_existen_para_los_incautos , Sección Diarios
Puesto a las Sat May 14th, 2005 at 01:50:53 AM CET
Que cosa increíble estar configurando y configurando clientes y más clientes.

Resulta que estoy trabajando (ad-honorem todavía), en una organización estatal en plena migración hacia Linux. La cosa se plantea en grande, en miles de PCs y unos cuantos servers con toda una base Linux: web, BD, DNS, proxy, mail, webmail, LDAP, AFS+kerberos5, etc. y para no arruinar el cuadro, un par de Netware's legacy.

 


Me pasé toda la semana y parte de la anterior reconfigurando clientes Debian que instalaron, antes que llegara yo al equipo, a partir de una imagen base (tomada con soft propietario y que bajaron a los clientes...oh vergüenza...desde una PC XP!).

Debian corre realmente bien en el servidor, no es lo que un SuSe o Mandrake en facilidad de configuración, pero cómo nunca instalaríamos X en los servidores, es prácticamente lo mismo tener Debian que cualquier otro Linux.

En los clientes hay otra historia, historias relacionadas con que la red no esté completamente montada (estamos en fase de prueba aún), y con que aún no haya CDs oficiales de Sarge plantea cuestiones cuya dificultad rondan a veces en lo ridículo: tener que bajar repetidamente cientos de megas de paquetes solo para poder "solucionar el problema" a quien lo necesite. Finalmente, durante la tercer semana, descubrí que guardaban un snapshot de Sarge en 6 CDs, viejo de dos semanas previas a mi llegada: "está desactualizado" fue la explicación (y qué con Testing y apt-get? no era más rápido y con menos consumo de ancho de banda? Sencillamente asombroso).

Otro ejemplo es el hardware, merced a que el adm. en jefe (no yo), ha decidido "estandarizar" los kernels en uso tenemos un par de kernels en la imagen base de los clientes: uno parcheado con supermount (cosecha de la casa), y el estándar de Sarge (2.6.8.x en la imagen).

Aquí tengo que hacer una pausa, todavía no llego a conocer Sarge en profundidad, es decir: qué hacen exactamente los scripts/binarios de autoconfiguración de hard o si hay algún paquete no incluído en la instalación base que habilita "funciones de automontaje" (lo que sea que lo haga), por ejemplo. No digo entonces "no tiene automontaje"; lo que digo es en cambio, "el kernel estándar y Sarge que usamos en la imagen no tienen automontaje". Por ello el kernel de producción propia (compilado antes de mi llegada), ha sido instalado en aquellos clientes que hacen un uso intensivo y novato de las disketeras y lectoras de CD.

El otro día, mediando una gran falta de comunicación además, estuve 5 horas (9 a 13 hs.), intentando configurar una placa de sonido en dos máquinas(mismas especificaciones de hard). Resultó que el kernel que booteaba era el de cosecha propia, y tiene "algo" que no deja funcionar a las placas de sonido (ninguna), pese a que sí están los módulos compilados (figuran haciendo lsmod por ejemplo). Finalmente allí me contaron (recién) lo de los kernels. Guau, al final casi soñaba con ver arrancar un Ubuntu/Mandriva/SuSe.

Algo similar ocurrió con dos máquinas, una de las cuales fue instalada desde Internet. La misma configuración de CUPS (confirmada por diff), no funcionaba con la misma impresora, terminé descubriendo (comparando versiones de paquetes con "dpkg -l | grep cups"), que el ppd de una versión era más chico que el de la que funcionaba bien, luego lo copié manualmente, probé la impresión y todo funcionó de perillas.

En fin, por decir algo bueno, Sarge hace un trabajo de calidad aproximadamente similar a la de cualquier Ubuntu/Mandriva/SuSe en cuanto a la auto/automágica/configuración de hard. Nuestro problema principal es la aparente falta de planificación del adm. a cargo y algo de terquedad en elegir Sarge para la instalación de varios cientos de máquinas en muy poco tiempo y a partir de una imagen estandarizada (lo que evidentemente no funcionará en un parque de hardware y necesidades tan diversas).

Yo ya he planteado el cambio de los clientes a algo que permita mayor flexibilidad: Ubuntu y su soporte para crear perfiles de paquetes a instalar pinta bien; en realidad casi cualquier distro soporta esta característica ahora (la soporta el Debian Installer? creo que no, si es sí ya mismo estaré creando el perfil y les contaré luego). Solo imagínense recorriendo las PCs ya instaladas en sus destinos con un CD/diskette e iniciando instalaciones remotas (contra un repositorio local de paquetes), en comparación con estar sentado y tener que trabajar así:


- desmontar el disco de una PC
- montarlo en la PC XP para baja la imagen
- bajar la imagen
- desmontar el disco de la PC XP
- volver a montar el disco en la PC a instalar

Y claro, eso con unas cuantas PCs XP y 200 máquinas ya armadas, el primer envío (el proveedor enviará las maquinas ya ensambladas y no hay modo de que sea de otra manera). Apenas un poco diferente, no? y ni siquiera menciono que muchas PCs tienen configuraciones particulares de software y somos...5 personas :-D.

Otra distro que me gustaría instalar en los clientes es Mandriva, la instalación distribuida de paquetes (por ssh o ka-run) es una función que estuve buscando desesperadamente en Sarge y no pude encontrar. Por ejemplo, desde un comando o una GUI, poder seleccionar un paquete (o varios) e instalarlo con una sola orden desde esa máquina en múltiples máquinas (todas las de cierto rango de IPs por ejemplo), sin tener que ir a cada cliente y ejecutar la orden de instalación. No, ssh no es "casi lo mismo", tienes que repetir el comando tantas veces como máquinas tengas y yo hablo de ejecutar el comando una sola vez. Todavía sigo buscando algún cierto apt-algo que permita hacer lo mismo que en Mandriva, pero no lo encuentro.

Bue, no es culpa de Sarge igualmente, es algo que noté de entrada: falta de planificación y de experiencia en grandes despliegues de Linux. Para no faltar a la buscada fama de estable (años en Testing, blah,blah), Sarge no ha fallado ni una vez en las casi cuatro semanas que llevo usándolo y sufriendólo en casi todo tipo de hardware, desde servidores de U$S 5000 hasta clones de U$S 100.

< Debian en mac mini (I) (32 comments) | Optimizando paquetes (5 comments) >
Enlaces Relacionados
· More on yaco's Diary
· Also by yaco

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Infierno de los clientes poco planificados | 5 comentarios (5 temáticos, editoriales, 0 ocultos)
"ssh es casi lo mismo" :-) (none / 0) (#1)
por jorginius ("jorginius" en Google Mail) a las Sat May 14th, 2005 at 11:30:46 AM CET
(Información Usuario) http://www.rodriguezmoreno.com

No, ssh no es "casi lo mismo", tienes que repetir el comando tantas veces como máquinas tengas y yo hablo de ejecutar el comando una sola vez.

¿Qué más te da?. Usa un script que se conecte a las máquinas por ssh y ejecute la misma orden en todas. Para evitar que te pida password coloca tu clave pública en todos los clientes y usa ssh-agent o bien no toques nada en los clientes y usa expect para pasar las claves en tu script (módulos "como expect" tienes en Python y en Perl, no hace falta que tires de Tcl).

Puedes usar sustitutos del ssh, como rsh o incluso netcat, yo he usado "nc -e" para lanzar aplicaciones MPI en todos los nodos de un cluster pero si ya tienes ssh no merece la pena que enredes más. Usa ssh.

Quizás no entiendo a qué te refieres :-?



Clusterssh (none / 0) (#2)
por musg0 a las Sun May 15th, 2005 at 10:30:02 AM CET
(Información Usuario) http://helvete.escomposlinux.org

También podría usar clusterssh desde su puesto de administración para controlar los PCs que quiera.

[ Padre ]


Repositorio local (5.00 / 1) (#3)
por musg0 a las Sun May 15th, 2005 at 10:33:00 AM CET
(Información Usuario) http://helvete.escomposlinux.org

Y se me olvidaba, que en vez de bajaros todo el rato los paquetes de Debian, haceros un repositorio propio con los paquetes que esteis usando usando apt-proxy o debmirror, por ejemplo.

[ Padre ]


Eso es fundamental (none / 0) (#5)
por advocatux a las Mon May 16th, 2005 at 07:15:02 PM CET
(Información Usuario)

Si vas a instalar Debian en muchas máquinas para mí es imprescindible tener un repositorio local. Esto debería ser el punto uno del proyecto ;)

Por si te sirve de idea, otro "invento" interesante es apt-cacher.
--
- Por una Europa libre de Patentes de Software - EuropeSwPatentFree
[ Padre ]


 
Más (none / 0) (#4)
por yaco a las Sun May 15th, 2005 at 05:09:41 PM CET
(Información Usuario)

Gracias por la idea del clusterssh, y por lo del script también, esa ya la había pensado yo de todos modos, pero me hizo recordar que había aplicaciones justamente al estilo de clusterssh (la mayoría no tan elegantes).

Con respecto al repositorio local, ya se está haciendo, ya estoy camino a presentar una propuesta para "enganchar" varios apt-proxy con éste repositorio en cuanto esté disponible, así reduciremos el tráfico en la red.

Lamentablemente por ahora mientras bajan los paquetes tenemos que seguir instalando PCs y es casi patético tener que bajar varias veces paquetes como el de el OpenOffice.org (ya se dió 3 veces), y peor aún, tardar de 4 a 6 horas para instalar una sola PC: es porque la conexión está saturada con la bajada del repositorio, y nuestro adm. en jefe le da "alta prioridad" a ello y solo podemos bajar los paquetes necesarios para la instalación de otras PCs al mismo tiempo que los del repositorio en construcción. Para decir algo bueno, al menos una de las tres veces se usó la imagen, y solo actualicé algunas cosas con apt y algunas configuraciones, en total 2 horas de trabajo.



[ Padre ]


 
Infierno de los clientes poco planificados | 5 comentarios (5 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda