[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] 2.6.18.8 xen.org dom0 kernel w/RHEL 5 PV on HVM guests
On Mon, Mar 22, 2010 at 12:41:14PM -0700, Andrew Evans wrote: > >> > > Do you have a bridge called 'eth0' for real? Try "brctl show" to verify. > > RHEL5 as a default creates 'xenbr0', not 'eth0'. > > > > Well spotted! I don't have such a bridge, and I can't create one because > eth0 is already an existing network interface name. I've changed my > libvirt domU config to use xenbr0 instead of eth0. Not sure why this > works with Xen 3.4.2 though. > Xen 3.4.x with the default configuration creates a bridge called 'eth0', and renames the physical network adapter to peth0. Xen 3.0.x and 3.1.x with the default configuration creates a bridge called 'xenbr0', and renames the physical network adapter to peth0, and also creates a separate dom0 management only virtual interface called 'eth0'. So it's just different defaults. > My domU *still* isn't starting, though. xend-debug.log shows this traceback: > Are you sure you got the earlier xen 3.4.x stuff completely removed? Did you also make sure virt-manager, libvirt, virsh etc were downgraded to the RHEL5 default versions? Dunno if the xml configuration created with newer libvirt is still compatible with the older libvirt/xen.. -- Pasi > Traceback (most recent call last): > File "/usr/lib64/python2.4/SocketServer.py", line 463, in > process_request_thread > self.finish_request(request, client_address) > File "/usr/lib64/python2.4/SocketServer.py", line 254, in finish_request > self.RequestHandlerClass(request, client_address, self) > File "/usr/lib64/python2.4/SocketServer.py", line 521, in __init__ > self.handle() > File "/usr/lib64/python2.4/BaseHTTPServer.py", line 316, in handle > self.handle_one_request() > File "/usr/lib64/python2.4/BaseHTTPServer.py", line 310, in > handle_one_request > method() > File "/usr/lib64/python2.4/site-packages/xen/util/xmlrpclib2.py", line > 66, in do_POST > self.send_response(200) > File "/usr/lib64/python2.4/BaseHTTPServer.py", line 367, in send_response > self.wfile.write("%s %d %s\r\n" % > File "/usr/lib64/python2.4/socket.py", line 256, in write > self.flush() > File "/usr/lib64/python2.4/socket.py", line 243, in flush > self._sock.sendall(buffer) > error: (32, 'Broken pipe') > > No idea if it's relevant or not. Certainly doesn't look good though. > > xend.log contains everyone's favorite, "Hotplug scripts not working": > > [2010-03-22 19:28:38 xend 4863] ERROR (SrvBase:88) Request > wait_for_devices failed. > Traceback (most recent call last): > File "/usr/lib64/python2.4/site-packages/xen/web/SrvBase.py", line 85, > in perform > return op_method(op, req) > File > "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvDomain.py", line > 72, in op_wait_for_devices > return self.dom.waitForDevices() > File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", > line 2330, in waitForDevices > self.waitForDevices_(c) > File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", > line 1422, in waitForDevices_ > return self.getDeviceController(deviceClass).waitForDevices() > File > "/usr/lib64/python2.4/site-packages/xen/xend/server/DevController.py", > line 160, in waitForDevices > return map(self.waitForDevice, self.deviceIDs()) > File > "/usr/lib64/python2.4/site-packages/xen/xend/server/DevController.py", > line 170, in waitForDevice > raise VmError("Device %s (%s) could not be connected. " > VmError: Device 0 (vif) could not be connected. Hotplug scripts not working. > > Device model log: > > $ cat qemu-dm.16544.log > domid: 4 > qemu: the number of cpus is 7 > Change xvda to look like hda > Change xvdb to look like hdb > Change xvdc to look like hdc > Watching /local/domain/4/logdirty/next-active > Watching /local/domain/0/device-model/4/command > xs_read(): vncpasswd get error. > /vm/51711672-9512-4bd8-91ea-a1d542bbda92/vncpasswd. > char device redirected to /dev/pts/1 > qemu_map_cache_init nr_buckets = 10000 > shared page at pfn effff > buffered io page at pfn efffd > xs_read(/vm/51711672-9512-4bd8-91ea-a1d542bbda92/rtc/timeoffset): read error > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > Triggered log-dirty buffer switch > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > > Current domU config (libvirt XML): > > <domain type='xen'> > <name>foo</name> > <memory>7340032</memory> > <currentMemory>7340032</currentMemory> > <vcpu>7</vcpu> > <os> > <type arch='x86_64' machine='xenfv'>hvm</type> > <loader>/usr/lib/xen/boot/hvmloader</loader> > <boot dev='hd'/> > </os> > <features> > <acpi/> > <apic/> > <pae/> > </features> > <clock offset='utc'/> > <on_poweroff>destroy</on_poweroff> > <on_reboot>restart</on_reboot> > <on_crash>restart</on_crash> > <devices> > <emulator>/usr/lib64/xen/bin/qemu-dm</emulator> > <disk type='block' device='disk'> > <driver name='phy'/> > <source dev='/dev/sys/lv0'/> > <target dev='xvda' bus='xen'/> > </disk> > <disk type='block' device='disk'> > <driver name='phy'/> > <source dev='/dev/sys/lv1'/> > <target dev='xvdb' bus='xen'/> > </disk> > <disk type='block' device='disk'> > <driver name='phy'/> > <source dev='/dev/sys/lv2'/> > <target dev='xvdc' bus='xen'/> > </disk> > <interface type='bridge'> > <mac address='00:50:56:0f:dd:02'/> > <source bridge='xenbr0'/> > <script path='vif-bridge'/> > </interface> > <serial type='pty'> > <target port='0'/> > </serial> > <console type='pty'> > <target port='0'/> > </console> > <input type='mouse' bus='ps2'/> > <graphics type='vnc' port='-1' autoport='yes'/> > </devices> > </domain> > > thanks, > > -Andrew > _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |