El 19/01/12 19:28, Camaleón escribió: > El Wed, 18 Jan 2012 14:38:43 +0100, Trujillo Carmona, Antonio escribió: > >> Una un poco complicada: >> Tengo montado un sistema de arranque de terminales por PXE + NFS, >> funciona correctamente. >> Quiero que en esta maquinas (que son modernas y potentes) se ejecute una >> maquina virtual, > Jo*er... (con perdón). > > A ver, tenemos una máquina virtual que se ejecuta en un cliente ligero > que se ejecuta en un servidor... ya sólo te falta decir que el servidor > forma parte de un cluster que a su vez está en la nube. > > A esta sucesión de sistemas encadenados lo voy a llamar "síndrome > matrioska" o "síndrome de las muñecas rusas" (máquina dentro de máquina > dentro de máquina dentro de....) :-P > >> para lo que necesito que tengan levantado un "bridge", pero si intento >> configurarlo en el interfaces se queda colgado. Esto es normal, pues >> como vas a desactivar la red en un sistema con el raiz montado por NFS. >> Pero tengo que hacerlo. > Bueno, de clientes ligeros ando pez así que lanzaré al aire preguntas > tontunas: > > ¿Los clientes ligeros no pueden reiniciar el servicio de red? ¿Caen? > ¿Mueren? ¿kernel panic, oops...? > > Pensaba (inocentemente) que el sistema del cliente ligero, una vez que > obtiene todos los datos necesarios obtenidos del servidor, se cargaría en > un tipo de punto de montaje de estos de "nueva generación", que existen > pero no existen (vamos, que se cargan en la RAM) y que por tanto no > dependería de un enlace continuo y conexión permanente con el servidor :-? > >> ¿Hay alguna forma de que el núcleo o el initrd arranque levanten un >> bridge antes de tomar la IP? >> Intentare editar el initrd para añadirle algo, pero dudo de mi capacidad >> para ello sin ayuda. > Ni idea... a ver si alguien te da alguna idea para esto. > > Saludos, >
Yo tampoco se nada sobre clientes ligeros, pero ¿Y si configuras el bridge en el initrd, antes del pivot_root? Un saludo. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
