Mas aún, tengo en mi otra casa un arreglo parecido con un servidor que
una tarjeta de red da a un switch y otra a un access point, y en ese
servidor tengo corriendo una máquina virtual que es prácticamente una
copia de la que me da problemas en la otra casa pero aquí si funciona
como esperaba. Esta es la línea de comando que uso para lanzarla:
kvm -vnc :16 -m 352 -localtime -name miservidor -pidfile
/kvm/miservidor.pid -k es -net
nic,macaddr=01:02:03:04:05:06,model=virtio -net
tap,ifname=tap13,script=/etc/qemu-ifup -net
nic,macaddr=01:02:03:04:05:07,model=virtio -net
tap,ifname=tap40,script=/etc/qemu-ifup2 -drive
file=/dev/md29,cache=none,if=virtio -drive
file=/dev/md30,cache=none,if=virtio -boot c -daemonize
En este caso un dispositivo de red está conectado al bridge de la
tarjeta de red conectada al switch, el otro dispositivo está conectado
al bridge de la tarjeta de red conectada al access point, corriendo
sin problemas a la fecha.
--
Best regards,
Jorge Lopez.
Quoting Jorge Gabriel Lopez Paramount <jorge.lopez.paramo...@googlemail.com>:
Que tal?
No veo cómo crear una nueva máquina virtual pueda ayudar, hace años
que no creo máquinas virtuales nuevas. Tengo imágenes de máquinas
virtuales y cuando necesito una nueva simplemente la copio, lanzo la
nueva máquina virtual y modifico lo que tenga que modificar que es
muy poco (como nombre del servidor).
No hay logs que sirvan en la máquina virtual, esto es lo más notable
que encontré:
Sep 16 12:53:31 miservidor nagios3: SERVICE ALERT:
cronostech.ddns.net;HTTPS;CRITICAL;SOFT;1;CRITICAL - Socket timeout
after 10 seconds
Esta máquina virtual tiene nagios para monitorear servidores y
reportó no poder alcanzarlos.
En el host tengo máquinas virtuales con Linux y OpenBSD corriendo,
no he intentado agregarle dispositivos de red a ninguna otra máquina
aparte de la que falla ya que no lo necesito, y si hago una prueba y
sale lo mismo tendría que ir a reiniciar los servidores hasta mi casa.
El host tiene Debian Wheezy con este kernel:
Linux mihost 3.2.0-4-amd64 #1 SMP Debian 3.2.81-2 x86_64 GNU/Linux
La máquina virtual tiene Debian Wheezy con este kernel:
Linux miservidor 3.2.0-4-686-pae #1 SMP Debian 3.2.81-1 i686 GNU/Linux
--
Best regards,
Jorge Lopez.
Quoting Roberto Villegas <ville1...@gmail.com>:
Intenta crear una maquina virtual desde 0 en el nuevo servidor.
Luego cuando levantes esta máquina virtual revisas los logs y ves si sale
algún error.
Mucho nos servirá nos indiques la versión del Host y de los Guests.
Saludos.
---
Roberto Villegas, Master en
Sistemas de Información Gdl, Jal.
Mex. M: (04433) 1093-4266
Int. M: +521 (33) 1093-4266
El 19 de septiembre de 2016, 15:51, Jorge Gabriel Lopez Paramount <
jorge.lopez.paramo...@googlemail.com> escribió:
Que tal?
Tengo un problema que es tan raro que no tengo idea de cómo buscar en
internet, a lo mejor ustedes me pueden ayudar.
En mi casa tengo servidores que están encendidos todo el tiempo para
atender mis necesidades (pasatiempos?) de IT, y uno de esos servidores lo
tengo conectado una tarjeta de red a un switch y una inalámbrica a un
access point. En ese servidor tengo varias máquinas virtuales con KVM, que
tienen salida de red por medio de un bridge (br0) que usa la tarjeta de red
ethernet.
Una vez intenté crear un bridge con la tarjeta inalámbrica pero no pude
por cuestiones del protocolo de red según entendí. Entonces hace poco me
compré otro servidor con tres tarjetas de red, dos conectadas con bonding
al switch mencionado y otra conectada al access point, todas ethernet vía
cable.
Estoy moviendo máquinas virtuales del servidor viejo al nuevo y el bridge
que hice con el bonding funciona muy bien, e incluso el bridge que hice con
la tarjeta conectada al access point funciona hasta cierto punto. A nivel
del servidor la conectividad hacia la red inalámbrica funciona muy bien,
incluso una de las máquinas virtuales la asigné al bridge de la inalámbrica
y funciona muy bien.
El problema vino cuando intenté asignar una segunda máquina virtual al
bridge de la inalámbrica; a la hora de levantar la máquina virtual la red
de todos los servidores deja de responder, el access point se traba y deja
de funcionar (sólo enciende un led de error), y en el switch todas las
lucecitas de las conexiones empiezan a parpadear rapidísimo. Las redes del
switch y access point no sólo son físicamente diferentes, también son
diferentes subredes.
Creo que esto debe ser un problema de protocolo de red pero no tengo idea
de qué, y lo que menos entiendo es cómo una máquina virtual si funciona
pero dos ya no. Ya revisé la dirección MAC que le asigno a la máquina
virtual y no está en uso, incluso la cambié y salió lo mismo. Si levanto la
máquina virtual con el dispositivo de red asignado al bridge de la
inalámbrica levanta bien siempre y cuando no la use, si le doy un ifconfig
eth1 up aún sin dirección IP toda la red se traba.
De antemano gracias, si necesitan más información con gusto la proporciono.
--
Best regards,
Jorge Lopez.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
