Re: [fedora-virt] [Xen-devel] Re: Virtualization Test Day for F16 and Xen
by Pasi Kärkkäinen
On Wed, Sep 21, 2011 at 04:03:49PM -0400, Konrad Rzeszutek Wilk wrote:
> > >> So, there's a meta-point here: we currently 'require' Beta releases to
> > >> boot as guests on Xen hosts:
> > >>
> > >> "The release must boot successfully as a virtual guest in a situation
> > >> where the virtual host is running a supported Xen implementation"
> > >>
> > >> I really don't have much knowledge of Xen and haven't followed this
> > >> discussion closely, but do any currently-known bugs prevent this? If so,
> > >> please flag them up so they can be considered as Beta blockers...thanks!
>
> I filled Bug 740378 - F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as guest
> which is pretty descripting what is below.
>
> Also adding in Jeremy's workaround in it.
>
> Besides that, there is also
> 738085 - Patch to reduce spurious Xen entries in grub menu
>
> which has a patch to fix the grub2 menu-thingy..
>
I also filed the F16 Xen pvfb problem on rhel5 dom0:
"Fedora 16 beta Xen pvfb graphical console does not work on rhel5 dom0":
https://bugzilla.redhat.com/show_bug.cgi?id=740657
-- Pasi
12 years, 7 months
virt-preview for Fedora 15 users back in sync
by Justin Forbes
For those of you using the virt-preview repository for Fedora 15,
binutils was updated, which allowed me to build seabios and put the rest
of the stack in sync. You should notice updates on most packages today,
and things will stay in sync with F16 moving forward.
For those of you not using virt-preview, who might want to run the
latest/greatest virt stack from Fedora 16 on a Fedora 15 host,
instructions are located at:
https://fedoraproject.org/wiki/Virtualization_Preview_Repository
Thanks,
Justin
12 years, 7 months
Re: [fedora-virt] [Xen-devel] Re: Virtualization Test Day for F16 and Xen
by Pasi Kärkkäinen
On Thu, Sep 22, 2011 at 03:08:41PM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Sep 22, 2011 at 12:47:57PM +0300, Pasi Kärkkäinen wrote:
> > On Wed, Sep 21, 2011 at 06:59:57PM -0400, Konrad Rzeszutek Wilk wrote:
> > > On Wed, Sep 21, 2011 at 03:46:31PM -0700, Jeremy Fitzhardinge wrote:
> > > > On 09/21/2011 01:03 PM, Konrad Rzeszutek Wilk wrote:
> > > > >>>> So, there's a meta-point here: we currently 'require' Beta releases to
> > > > >>>> boot as guests on Xen hosts:
> > > > >>>>
> > > > >>>> "The release must boot successfully as a virtual guest in a situation
> > > > >>>> where the virtual host is running a supported Xen implementation"
> > > > >>>>
> > > > >>>> I really don't have much knowledge of Xen and haven't followed this
> > > > >>>> discussion closely, but do any currently-known bugs prevent this? If so,
> > > > >>>> please flag them up so they can be considered as Beta blockers...thanks!
> > > > > I filled Bug 740378 - F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as guest
> > > > > which is pretty descripting what is below.
> > > > >
> > > > > Also adding in Jeremy's workaround in it.
> > > >
> > > > Though I couldn't repro the general problems I was having - I later did
> > > > a clean F14 install with no problems. So I don't really know what's
> > > > going on here; I might try another F16 hvm install to see how it goes.
> > > >
> > > > But there is a bona-fide bug that F16 doesn't include xen-platform-pci
> > > > by default in its initramfs, so it ends up unplugging its emulated
> > > > devices without discovering the PV ones to replace them...
> > >
> > > Can you open a BZ at bugzilla.redhat.com please?
> > >
> >
> > Also should we change the default xen-platform-pci to =y in upstream Linux
> > .config to avoid having problems with every distro ?
>
> Or some form of it. Stefano is working to provide a patch that will latch
> on CONFIG_PVONHVM and make that work.
>
Ok, great!
-- Pasi
12 years, 7 months
Virtio-win Windows NIC goes offline during bulk copies
by Greg Scott
Help!
Long story short - I need to do a bulk copy of 200+ GB from a physical
Windows server to a virtual Windows server hosted on a RHEL 6.1 host
with libvirt. The guest Windows VM is running Windows Server 2008R2
with two virtio NICs. One virtio NIC is connected to RHEL bridge br0,
the other to RHEL bridge br1. Two virtual NICs because they will
eventually connect to two different networks.
So I am trying to do a bulk copy of 200+ GB from a physical Windows
server to this virtual machine. At random times, generally after a few
dozen or so GB - but sometimes after more than 100 GB - the virtual NIC
goes offline. From the Windows VM, I am unable to ping anything,
including the RHEL host it's running under.
No, it's not a firewall rule. The only workaround I can find is, inside
the Windows VM, disable the virtio NIC and then re-enable it.
Essentially, reload the driver from Windows' point of view. Then it's
good for a while and everyone can ping everyone for a while again.
I am running this bulk copy through a gb switch. I've tried a couple of
different switches, but no change in symptoms. Plus, even if the
switches are flakey, I should not have to keep reloading that virtual
NIC driver.
Any advice appreciated.
Thanks
- Greg Scott
12 years, 7 months
Re: [fedora-virt] [Xen-devel] Re: Virtualization Test Day for F16 and Xen
by Pasi Kärkkäinen
On Wed, Sep 21, 2011 at 06:59:57PM -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 21, 2011 at 03:46:31PM -0700, Jeremy Fitzhardinge wrote:
> > On 09/21/2011 01:03 PM, Konrad Rzeszutek Wilk wrote:
> > >>>> So, there's a meta-point here: we currently 'require' Beta releases to
> > >>>> boot as guests on Xen hosts:
> > >>>>
> > >>>> "The release must boot successfully as a virtual guest in a situation
> > >>>> where the virtual host is running a supported Xen implementation"
> > >>>>
> > >>>> I really don't have much knowledge of Xen and haven't followed this
> > >>>> discussion closely, but do any currently-known bugs prevent this? If so,
> > >>>> please flag them up so they can be considered as Beta blockers...thanks!
> > > I filled Bug 740378 - F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as guest
> > > which is pretty descripting what is below.
> > >
> > > Also adding in Jeremy's workaround in it.
> >
> > Though I couldn't repro the general problems I was having - I later did
> > a clean F14 install with no problems. So I don't really know what's
> > going on here; I might try another F16 hvm install to see how it goes.
> >
> > But there is a bona-fide bug that F16 doesn't include xen-platform-pci
> > by default in its initramfs, so it ends up unplugging its emulated
> > devices without discovering the PV ones to replace them...
>
> Can you open a BZ at bugzilla.redhat.com please?
>
Also should we change the default xen-platform-pci to =y in upstream Linux
.config to avoid having problems with every distro ?
-- Pasi
> It might need to be assigned to the kernel team.
> >
> > > Besides that, there is also
> > > 738085 - Patch to reduce spurious Xen entries in grub menu
> > >
> > > which has a patch to fix the grub2 menu-thingy..
> >
> > I'd noticed that - though at present I haven't managed to get F16 Xen to
> > boot in an hvm domain (it hangs when setting up interrupts in the nested
> > dom0).
> >
> > J
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel(a)lists.xensource.com
> > http://lists.xensource.com/xen-devel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel(a)lists.xensource.com
> http://lists.xensource.com/xen-devel
12 years, 7 months
Re: [fedora-virt] [Xen-devel] Re: Virtualization Test Day for F16 and Xen
by Jeremy Fitzhardinge
On 09/21/2011 01:03 PM, Konrad Rzeszutek Wilk wrote:
>>>> So, there's a meta-point here: we currently 'require' Beta releases to
>>>> boot as guests on Xen hosts:
>>>>
>>>> "The release must boot successfully as a virtual guest in a situation
>>>> where the virtual host is running a supported Xen implementation"
>>>>
>>>> I really don't have much knowledge of Xen and haven't followed this
>>>> discussion closely, but do any currently-known bugs prevent this? If so,
>>>> please flag them up so they can be considered as Beta blockers...thanks!
> I filled Bug 740378 - F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as guest
> which is pretty descripting what is below.
>
> Also adding in Jeremy's workaround in it.
Though I couldn't repro the general problems I was having - I later did
a clean F14 install with no problems. So I don't really know what's
going on here; I might try another F16 hvm install to see how it goes.
But there is a bona-fide bug that F16 doesn't include xen-platform-pci
by default in its initramfs, so it ends up unplugging its emulated
devices without discovering the PV ones to replace them...
> Besides that, there is also
> 738085 - Patch to reduce spurious Xen entries in grub menu
>
> which has a patch to fix the grub2 menu-thingy..
I'd noticed that - though at present I haven't managed to get F16 Xen to
boot in an hvm domain (it hangs when setting up interrupts in the nested
dom0).
J
12 years, 7 months
Virtual-Machine does not start
by Andrea Modesto Rossi
Good morning, i've got a strange issue on my Fedora 15: Virtual Machine
does not start anymore.
here some info:
[root@sparta ~]# uname -a
Linux sparta.darkstar.ros 2.6.40.4-5.fc15.i686 #1 SMP Tue Aug 30
14:54:41 UTC 2011 i686 i686 i386 GNU/Linux
[root@sparta ~]# yum info libvirt
Loaded plugins: langpacks, presto, refresh-packagekit
Installed Packages
Name : libvirt
Arch : i686
Version : 0.9.4
Release : 1.fc15
Size : 3.9 M
Repo : installed
>From repo : fedora-virt-preview
[root@sparta ~]# yum info qemu-kvm
Loaded plugins: langpacks, presto, refresh-packagekit
Installed Packages
Name : qemu-kvm
Arch : i686
Epoch : 2
Version : 0.15.0
Release : 3.fc15
Size : 0.0
Repo : installed
>From repo : fedora-virt-preview
When i try to start a Virtual machine, i've got this error:
Error starting domain: Unable to allow access for disk path
/var/lib/libvirt/images/WindowsXP.img: Value too large for defined data type
Any idea?
have a nice day.
12 years, 7 months
Re: [fedora-virt] Information
by Matthew Booth
On 19/09/11 20:31, Stephen Duse-Anthony wrote:
> Hi Matt,
> I am trying to remotely access my virtual machine using spice with
> firefox or internet explorer.
> I am trying to understand what I need to do to be able to achieve that.
> I know redhat already have a portal for that usinf spice-xpi. What is
> the procedure to have this plugin so I can connect to my virtual machine
> thru firefox?
Hi, Stephen,
I'm not really the best person to ask about this, as I'm not personally
familiar with spice-xpi. I've forwarded your question to the Fedora virt
mailing list. Hopefully somebody there will know.
Matt
--
Matthew Booth, RHCA, RHCSS
Red Hat Engineering, Virtualisation Team
GPG ID: D33C3490
GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490
12 years, 7 months
Re: [fedora-virt] [Xen-devel] Re: Virtualization Test Day for F16 and Xen
by Jeremy Fitzhardinge
On 09/16/2011 01:43 AM, Konrad Rzeszutek Wilk wrote:
> On Thu, Sep 15, 2011 at 03:38:09PM -0700, Adam Williamson wrote:
>> On Thu, 2011-09-15 at 10:10 -0500, W. Michael Petullo wrote:
>>>>> There are known bugs in FC15/FC16 that have been filled some time ago that
>>>>> folks will sadly run into: 728775, 658387 and 668063
>>>>>
>>>>> Fortunatly the bugs have patches attached and the files to be modified are shell scripts.
>>>
>>>> Yep, links here:
>>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=728775
>>> The Fedora update system reports this is fixed in grub2-1.99-6.fc16.
>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=658387
>>> Peter Jones submitted a new grubby package yesterday. This seems to fix
>>> bug #658387 (i.e., new-kernel-pkg creates a Dom0-style grub.cfg entry
>>> if /etc/sysconfig/kernel contains "HYPERVISOR=/boot/xen.gz").
>>>
>>> I have not yet tested this on Fedora 16. However, I did test on Fedora
>>> 15. In this case, bug #668063 is still in effect. That is, grubby creates
>>> most of a GRUB record, but the "module initramfs-..." entry is missing.
>>>
>>> Has anyone yet tested this new grubby package on Fedora 16 yet? Does
>>> using GRUB 2 makes #668063 irrelevant?
> I believe so (the irrelevant part). But the functionality part of grubby picking
> up /etc/sysconfig/kernel and making that kernel the default is not in Grub2 - so
> not sure how that can be addressed.
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=668063
>>> I just added some more description to this bug.
>> So, there's a meta-point here: we currently 'require' Beta releases to
>> boot as guests on Xen hosts:
>>
>> "The release must boot successfully as a virtual guest in a situation
>> where the virtual host is running a supported Xen implementation"
>>
>> I really don't have much knowledge of Xen and haven't followed this
>> discussion closely, but do any currently-known bugs prevent this? If so,
>> please flag them up so they can be considered as Beta blockers...thanks!
> Somehow the xen-kbdfront driver is not included in the initrd image
> (I think) - and we end with anaconda but can't type anything. I've been trying
> to figure out how to inject said module in the install initrd to see if that is
> really the problem but running in roadblocks (like xz 5.1.1alpha or 5.0.3 complains
> about corrupt image, or I've no idea how to make driver disks).
I saw the same thing and worked around it by booting with "vnc
lang=en_US.UTF-8 keymap=us" which eliminiates the need to enter anything
before it starts X on a vnc server. But it doesn't really address the
original problem.
I spent last Friday trying to get it to do an HVM install, but that
seemed to be very much a Xen problem. It wouldn't accept keyboard input
or find its emulated devices properly until I added "acpi=off", or set
"acpi=0" in the Xen config. But even then it refused to see my HD
image, even though the BIOS could list it.
I got stuck at that point, and am now (successfully) doing a PV install
(with the above workaround).
J
12 years, 7 months
internal error unable to reserve PCI address.." - with virt-preview pkgs
by Kashyap Chamarthy
Hi,
I created a bunch of guests, and then updated to virt-preview packages, now I can't seem
to start those guests. (This is on F15)
##########################################
[root@moon ~]# rpm -q libvirt
libvirt-0.9.4-1.fc15.x86_64
[root@moon ~]#
##########################################
[root@moon ~]# virsh list --all
Id Name State
----------------------------------
- f15vm1 shut off
- f15vm2 shut off
##########################################
[root@moon ~]# virsh start f15vm2
error: Failed to start domain f15vm2
error: internal error unable to reserve PCI address 0:0:2.0
[root@moon ~]#
##########################################
At the moment, I'll downgrade to the stable version on F15 for further testing.
Output w/ LIBVIRT_DEBUG=1
##############################################################################
17:29:25.348: 25695: info : libvirt version: 0.9.4, package: 1.fc15 (Unknown,
2011-08-15-16:38:49, fedora64.linuxtx.org)
17:29:25.348: 25695: debug : virInitialize:412 : register drivers
17:29:25.348: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d6ec0 name=Test
17:29:25.348: 25695: debug : virRegisterDriver:791 : registering Test as driver 0
17:29:25.348: 25695: debug : virRegisterNetworkDriver:584 : registering Test as network
driver 0
17:29:25.348: 25695: debug : virRegisterInterfaceDriver:617 : registering Test as
interface driver 0
17:29:25.348: 25695: debug : virRegisterStorageDriver:650 : registering Test as storage
driver 0
17:29:25.348: 25695: debug : virRegisterDeviceMonitor:683 : registering Test as device
driver 0
17:29:25.348: 25695: debug : virRegisterSecretDriver:716 : registering Test as secret driver 0
17:29:25.348: 25695: debug : virRegisterNWFilterDriver:749 : registering Test as network
filter driver 0
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d81a0 name=Xen
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering Xen as driver 1
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d8fc0 name=OPENVZ
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering OPENVZ as driver 2
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d9420 name=VMWARE
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering VMWARE as driver 3
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d8980 name=PHYP
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering PHYP as driver 4
17:29:25.349: 25695: debug : virRegisterStorageDriver:650 : registering PHYP as storage
driver 1
17:29:25.349: 25695: debug : virRegisterInterfaceDriver:617 : registering PHYP as
interface driver 1
17:29:25.349: 25695: debug : vboxRegister:130 : VBoxCGlueInit failed, using dummy driver
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d9880 name=VBOX
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering VBOX as driver 5
17:29:25.349: 25695: debug : virRegisterNetworkDriver:584 : registering VBOX as network
driver 1
17:29:25.349: 25695: debug : virRegisterStorageDriver:650 : registering VBOX as storage
driver 2
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065dbc20 name=ESX
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering ESX as driver 6
17:29:25.349: 25695: debug : virRegisterInterfaceDriver:617 : registering ESX as interface
driver 2
17:29:25.349: 25695: debug : virRegisterNetworkDriver:584 : registering ESX as network
driver 2
17:29:25.349: 25695: debug : virRegisterStorageDriver:650 : registering ESX as storage
driver 3
17:29:25.349: 25695: debug : virRegisterDeviceMonitor:683 : registering ESX as device driver 1
17:29:25.349: 25695: debug : virRegisterSecretDriver:716 : registering ESX as secret driver 1
17:29:25.349: 25695: debug : virRegisterNWFilterDriver:749 : registering ESX as network
filter driver 1
17:29:25.349: 25695: debug : virRegisterDriver:767 : driver=0x7ff0065d76c0 name=remote
17:29:25.349: 25695: debug : virRegisterDriver:791 : registering remote as driver 7
17:29:25.349: 25695: debug : virRegisterNetworkDriver:584 : registering remote as network
driver 3
17:29:25.349: 25695: debug : virRegisterInterfaceDriver:617 : registering remote as
interface driver 3
17:29:25.349: 25695: debug : virRegisterStorageDriver:650 : registering remote as storage
driver 4
17:29:25.349: 25695: debug : virRegisterDeviceMonitor:683 : registering remote as device
driver 2
17:29:25.349: 25695: debug : virRegisterSecretDriver:716 : registering remote as secret
driver 2
17:29:25.349: 25695: debug : virRegisterNWFilterDriver:749 : registering remote as network
filter driver 2
17:29:25.349: 25695: debug : virEventRegisterDefaultImpl:204 : registering default event
implementation
17:29:25.349: 25695: debug : virEventPollAddHandle:112 : Add handle fd=3 events=1
cb=0x7ff0061b0900 opaque=(nil)
17:29:25.349: 25695: debug : virEventPollAddHandle:116 : Used 0 handle slots, adding at
least 10 more
17:29:25.349: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.349: 25695: debug : virEventRegisterImpl:177 : addHandle=0x7ff0061b12f0
updateHandle=0x7ff0061b11f0 removeHandle=0x7ff0061b0ca0 addTimeout=0x7ff0061b0de0
updateTimeout=0x7ff0061b0f70 removeTimeout=0x7ff0061b1080
17:29:25.349: 25695: debug : virConnectOpenAuth:1279 : name=(null), auth=0x7ff0065d6e40,
flags=0
17:29:25.349: 25695: debug : do_open:1016 : no name, allowing driver auto-select
17:29:25.349: 25695: debug : do_open:1053 : trying driver 0 (Test) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 0 Test returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 1 (Xen) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 1 Xen returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 2 (OPENVZ) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 2 OPENVZ returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 3 (VMWARE) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 3 VMWARE returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 4 (PHYP) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 4 PHYP returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 5 (VBOX) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 5 VBOX returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 6 (ESX) ...
17:29:25.349: 25695: debug : do_open:1059 : driver 6 ESX returned DECLINED
17:29:25.349: 25695: debug : do_open:1053 : trying driver 7 (remote) ...
17:29:25.349: 25695: debug : remoteOpen:808 : Auto-probe remote URI
17:29:25.349: 25695: debug : doRemoteOpen:503 : proceeding with name =
17:29:25.349: 25695: debug : doRemoteOpen:513 : Connecting with transport 1
17:29:25.349: 25695: debug : doRemoteOpen:560 : Proceeding with sockname
/var/run/libvirt/libvirt-sock
17:29:25.350: 25695: debug : virNetSocketNew:115 : localAddr=0x7ffffc318a80
remoteAddr=0x7ffffc318b10 fd=5 errfd=-1 pid=0
17:29:25.350: 25695: debug : virNetSocketNew:173 : sock=0x15bf5e0 localAddrStr=127.0.0.1;0
remoteAddrStr=127.0.0.1;0
17:29:25.350: 25695: debug : virEventPollAddHandle:112 : Add handle fd=5 events=1
cb=0x7ff0062669b0 opaque=0x15bf5e0
17:29:25.350: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.350: 25695: debug : virNetClientNew:160 : client=0x7ff006797010 refs=2
17:29:25.350: 25695: debug : doRemoteOpen:640 : Trying authentication
17:29:25.350: 25695: debug : virNetMessageNew:44 : msg=0x7ff006756010
17:29:25.350: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 28
17:29:25.350: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=0
proc=66 type=0 length=28 dispatch=(nil)
17:29:25.350: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf2f0 0x15bf2f0
17:29:25.350: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.350: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.351: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 36 total
(32 more)
17:29:25.351: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 66 type 1 status 0 serial 0
17:29:25.351: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf2f0 (nil)
17:29:25.351: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.351: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.351: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf2f0 0
17:29:25.351: 25695: debug : virNetMessageFree:57 : msg=0x7ff006756010
17:29:25.351: 25695: debug : doRemoteOpen:648 : Trying to open URI
17:29:25.351: 25695: debug : virNetMessageNew:44 : msg=0x15c1d90
17:29:25.351: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 40
17:29:25.351: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=1
proc=1 type=0 length=40 dispatch=(nil)
17:29:25.351: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf2f0 0x15bf2f0
17:29:25.351: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.351: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.358: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 28 total
(24 more)
17:29:25.358: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 1 type 1 status 0 serial 1
17:29:25.358: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf2f0 (nil)
17:29:25.358: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.358: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.358: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf2f0 0
17:29:25.358: 25695: debug : virNetMessageFree:57 : msg=0x15c1d90
17:29:25.358: 25695: debug : doRemoteOpen:659 : Trying to query remote URI
17:29:25.358: 25695: debug : virNetMessageNew:44 : msg=0x15c1d90
17:29:25.358: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 28
17:29:25.358: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=2
proc=110 type=0 length=28 dispatch=(nil)
17:29:25.358: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf2f0 0x15bf2f0
17:29:25.358: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.358: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.359: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 48 total
(44 more)
17:29:25.359: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 110 type 1 status 0 serial 2
17:29:25.359: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf2f0 (nil)
17:29:25.359: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.359: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.359: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf2f0 0
17:29:25.359: 25695: debug : virNetMessageFree:57 : msg=0x15c1d90
17:29:25.359: 25695: debug : doRemoteOpen:667 : Auto-probed URI is qemu:///system
17:29:25.359: 25695: debug : virEventPollAddTimeout:209 : Adding timer 1 with -1 ms freq
17:29:25.359: 25695: debug : virEventPollAddTimeout:217 : Used 0 timeout slots, adding at
least 10 more
17:29:25.359: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.359: 25695: debug : do_open:1059 : driver 7 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1081 : network driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1081 : network driver 1 VBOX returned DECLINED
17:29:25.359: 25695: debug : do_open:1081 : network driver 2 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1081 : network driver 3 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1096 : interface driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1096 : interface driver 1 PHYP returned DECLINED
17:29:25.359: 25695: debug : do_open:1096 : interface driver 2 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1096 : interface driver 3 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1112 : storage driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1112 : storage driver 1 PHYP returned DECLINED
17:29:25.359: 25695: debug : do_open:1112 : storage driver 2 VBOX returned DECLINED
17:29:25.359: 25695: debug : do_open:1112 : storage driver 3 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1112 : storage driver 4 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1128 : node driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1128 : node driver 1 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1128 : node driver 2 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1144 : secret driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1144 : secret driver 1 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1144 : secret driver 2 remote returned SUCCESS
17:29:25.359: 25695: debug : do_open:1160 : nwfilter driver 0 Test returned DECLINED
17:29:25.359: 25695: debug : do_open:1160 : nwfilter driver 1 ESX returned DECLINED
17:29:25.359: 25695: debug : do_open:1160 : nwfilter driver 2 remote returned SUCCESS
17:29:25.359: 25695: debug : virDomainLookupByName:2004 : conn=0x15bf0e0, name=f15vm2
17:29:25.359: 25695: debug : virNetMessageNew:44 : msg=0x15c1f80
17:29:25.359: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 40
17:29:25.359: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=3
proc=23 type=0 length=40 dispatch=(nil)
17:29:25.359: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf7a0 0x15bf7a0
17:29:25.359: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.359: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.360: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 60 total
(56 more)
17:29:25.360: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 23 type 1 status 0 serial 3
17:29:25.360: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf7a0 (nil)
17:29:25.360: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.360: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.360: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf7a0 0
17:29:25.360: 25695: debug : virNetMessageFree:57 : msg=0x15c1f80
17:29:25.360: 25695: debug : virDomainGetID:3058 : dom=0x15bf3b0, (VM: name=f15vm2,
uuid=612d8af6-00e2-02eb-6825-cbe80439c149),
17:29:25.360: 25695: debug : virDomainCreate:6995 : dom=0x15bf3b0, (VM: name=f15vm2,
uuid=612d8af6-00e2-02eb-6825-cbe80439c149),
17:29:25.360: 25695: debug : virNetMessageNew:44 : msg=0x15c1f80
17:29:25.360: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 60
17:29:25.360: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=4
proc=9 type=0 length=60 dispatch=(nil)
17:29:25.360: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf7a0 0x15bf7a0
17:29:25.360: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.360: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.616: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 196
total (192 more)
17:29:25.616: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 9 type 1 status 1 serial 4
17:29:25.617: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf7a0 (nil)
17:29:25.617: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.617: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.617: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf7a0 0
17:29:25.617: 25695: debug : virNetMessageFree:57 : msg=0x15c1f80
17:29:25.617: 25695: debug : virDomainGetName:2963 : domain=0x15bf3b0
error: Failed to start domain f15vm2
17:29:25.617: 25695: debug : virDomainFree:2144 : dom=0x15bf3b0, (VM: name=f15vm2,
uuid=612d8af6-00e2-02eb-6825-cbe80439c149),
17:29:25.617: 25695: debug : virUnrefDomain:276 : unref domain 0x15bf3b0 f15vm2 1
17:29:25.617: 25695: debug : virReleaseDomain:238 : release domain 0x15bf3b0 f15vm2
612d8af6-00e2-02eb-6825-cbe80439c149
17:29:25.617: 25695: debug : virReleaseDomain:246 : unref connection 0x15bf0e0 2
error: internal error unable to reserve PCI address 0:0:2.0
17:29:25.617: 25695: debug : virConnectClose:1320 : conn=0x15bf0e0
17:29:25.617: 25695: debug : virUnrefConnect:145 : unref connection 0x15bf0e0 1
17:29:25.617: 25695: debug : virReleaseConnect:94 : release connection 0x15bf0e0
17:29:25.617: 25695: debug : virNetMessageNew:44 : msg=0x15c1f80
17:29:25.617: 25695: debug : virNetMessageEncodePayload:255 : Encode length as 28
17:29:25.617: 25695: debug : virNetClientIO:1035 : program=536903814 version=1 serial=5
proc=2 type=0 length=28 dispatch=(nil)
17:29:25.617: 25695: debug : virNetClientIO:1103 : We have the buck 0x15bf810 0x15bf810
17:29:25.617: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=0
17:29:25.617: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.618: 25695: debug : virNetMessageDecodeLength:125 : Got length, now need 28 total
(24 more)
17:29:25.618: 25695: debug : virNetClientCallDispatch:662 : Incoming message prog
536903814 vers 1 proc 2 type 1 status 0 serial 5
17:29:25.618: 25695: debug : virNetClientIOEventLoop:958 : Giving up the buck 0x15bf810 (nil)
17:29:25.618: 25695: debug : virEventPollUpdateHandle:145 : Update handle w=2 e=1
17:29:25.618: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.618: 25695: debug : virNetClientIO:1130 : All done with our call (nil) 0x15bf810 0
17:29:25.618: 25695: debug : virNetMessageFree:57 : msg=0x15c1f80
17:29:25.618: 25695: debug : virEventPollRemoveHandle:172 : Remove handle w=2
17:29:25.618: 25695: debug : virEventPollRemoveHandle:185 : mark delete 1 5
17:29:25.618: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
17:29:25.618: 25695: debug : virNetClientFree:244 : client=0x7ff006797010 refs=2
17:29:25.618: 25695: debug : virEventPollRemoveTimeout:277 : Remove timer 1
17:29:25.618: 25695: debug : virEventPollInterruptLocked:676 : Skip interrupt, 0 0
##############################################################################
-- /kashyap
12 years, 7 months
