From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Gobtu-0008HL-Ep
	for qemu-devel@nongnu.org; Mon, 27 Nov 2006 03:31:42 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Gobtr-0008Eg-9Z
	for qemu-devel@nongnu.org; Mon, 27 Nov 2006 03:31:41 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Gobtr-0008EY-4D
	for qemu-devel@nongnu.org; Mon, 27 Nov 2006 03:31:39 -0500
Received: from [24.93.47.44] (helo=ms-smtp-05.texas.rr.com)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gobtq-00037m-VT
	for qemu-devel@nongnu.org; Mon, 27 Nov 2006 03:31:39 -0500
Received: from vaio (cpe-66-68-31-100.austin.res.rr.com [66.68.31.100])
	by ms-smtp-05.texas.rr.com (8.13.6/8.13.6) with ESMTP id kAR8Vaxc020312
	for <qemu-devel@nongnu.org>; Mon, 27 Nov 2006 02:31:37 -0600 (CST)
Subject: Re: [Qemu-devel] loadvm and tap problem (perhaps a bug?!)
From: Lonnie Mendez <lmendez19@austin.rr.com>
In-Reply-To: <456253AA.5000109@gmail.com>
References: <456253AA.5000109@gmail.com>
Content-Type: text/plain
Date: Mon, 27 Nov 2006 02:31:33 -0600
Message-Id: <1164616293.19394.14.camel@vaio>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Tue, 2006-11-21 at 02:17 +0100, The Moon Seeker wrote:
> 
> phase 1 (first boot)
> 
> brctl addbr link1
> 
> qemu -hda PC1.cow -hdb fat:qemuconfigs/pc1  -net 
> nic,macaddr=00:ab:cd:7a:91:8c -net 
> tap,script=pc1.eth1.sh,ifname=pc1.eth1 -net 
> nic,macaddr=00:ab:cd:28:14:c1 -net 
> tap,script=pc1.eth0.sh,ifname=pc1.eth0 -m 128 -serial 
> tcp::3001,server,nowait -monitor tcp::4001,server,nowait
> 
> qemu -hda PC2.cow -hdb fat:qemuconfigs/pc2  -net 
> nic,macaddr=00:ab:cd:51:66:69 -net 
> tap,script=pc2.eth0.sh,ifname=pc2.eth0 -net 
> nic,macaddr=00:ab:cd:2b:97:d7 -net 
> tap,script=pc2.eth1.sh,ifname=pc2.eth1 -m 128 -serial 
> tcp::3000,server,nowait -monitor tcp::4000,server,nowait
> 
> the tap scripts :
> 
> pc1.eth0
> 
> #!/bin/sh
> ifconfig $1 0
> sudo brctl addif link1 $1
> 
> pc1.eth1
> 
> #!/bin/sh
> ifconfig $1 0
> 
> pc2.eth0
> 
> #!/bin/sh
> ifconfig $1 0
> sudo brctl addif link1 $1
> 
> pc2.eth0
> 
> #!/bin/sh
> ifconfig $1 0
> 
> # at this point I can ping each vm
> 
> phase 2 (save vm state):
> 
> from each vm :
> 
> ctrl+alt+2, then
> savevm pc1.stm
> savevm pc2.stm
> 
> phase 3 (stop vm and delete the bridge) :
> 
> brctl delbr link1
> 
> phase 3 (reboot the vm and the network from state machine):
> 
> brctl addbr link1

You shouldn't have to delete the bridge interface - in fact deleting it
and then starting the qemu sessions without a bridge present invalidates
the qemu-ifup scripts usage of the bridge link1.