as tmpfs... done
(process:1): GLib-CRITICAL **: g_hash_table_lookup_extended: assertion
`hash_table != NULL' failed
running install...
running /sbin/loader
detecting
hardware...
waiting for hardware to initialize...
Boris.
--- On Mon, 1/31/11, W. Michael Petullo wrote:
From: W. Michael
I have finally got a domU to boot in this sort of situation, having
found a few bugs in 4.1.0-rc2 on the way when trying to use pygrub
as a bootloader. Note that you may have to use xl rather than xm
because they are deprecating xm and xm may not have support for qemu
block
On Sun, Jan 30, 2011 at 11:52:56PM +, M A Young wrote:
> On Sun, 30 Jan 2011, W. Michael Petullo wrote:
>
> >> I have finally got a domU to boot in this sort of situation, having
> >> found a few bugs in 4.1.0-rc2 on the way when trying to use pygrub
> >> as a bootloader. Note that you may hav
On Sun, 30 Jan 2011, W. Michael Petullo wrote:
>> I have finally got a domU to boot in this sort of situation, having
>> found a few bugs in 4.1.0-rc2 on the way when trying to use pygrub
>> as a bootloader. Note that you may have to use xl rather than xm
>> because they are deprecating xm and xm
On Sun, Jan 30, 2011 at 6:17 PM, W. Michael Petullo wrote:
>> I have finally got a domU to boot in this sort of situation, having
>> found a few bugs in 4.1.0-rc2 on the way when trying to use pygrub
>> as a bootloader. Note that you may have to use xl rather than xm
>> because they are deprecatin
> I have finally got a domU to boot in this sort of situation, having
> found a few bugs in 4.1.0-rc2 on the way when trying to use pygrub
> as a bootloader. Note that you may have to use xl rather than xm
> because they are deprecating xm and xm may not have support for qemu
> block backends.
Doe
On Thu, 27 Jan 2011, W. Michael Petullo wrote:
> When I try to use:
>
> disk = [ 'file:/tmp/openwrt-x86-xen_domu-rootfs-ext2.img,xvda,r', ]
>
> I get:
>
> [No boot]
> Error: Device 51712 (vbd) could not be connected. Path closed or removed
> during hotplug add: backend/vbd/13/51712 state: 1
Now, the last issue remaining for me is the backend drivers. My
understanding is that, in the absence of backends being accepted
upstream, we can use QEMU-based drivers. This would be acceptable for
our work. Has anyone been using these with Fedora 15?
>>> In theory the block d
On Thu, Jan 27, 2011 at 05:03:57PM -0600, W. Michael Petullo wrote:
> >> Now, the last issue remaining for me is the backend drivers. My
> >> understanding is that, in the absence of backends being accepted
> >> upstream, we can use QEMU-based drivers. This would be acceptable for
> >> our work. Ha
>> Now, the last issue remaining for me is the backend drivers. My
>> understanding is that, in the absence of backends being accepted
>> upstream, we can use QEMU-based drivers. This would be acceptable for
>> our work. Has anyone been using these with Fedora 15?
> In theory the block driver sho
On Thu, 27 Jan 2011, W. Michael Petullo wrote:
> Now, the last issue remaining for me is the backend drivers. My
> understanding is that, in the absence of backends being accepted
> upstream, we can use QEMU-based drivers. This would be acceptable for
> our work. Has anyone been using these with F
On Thu, Jan 27, 2011 at 11:51 AM, W. Michael Petullo wrote:
>> Actually it didn't, but (2.6.38-0.rc2.git3.2.xendom0.fc15) does at
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=2744376
>>
>> I also now have a build of xen-4.1.0-rc2 at
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=27
> Actually it didn't, but (2.6.38-0.rc2.git3.2.xendom0.fc15) does at
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2744376
>
> I also now have a build of xen-4.1.0-rc2 at
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2744030
I am presently testing these Xen and kernel packages. My
27.01.2011 00:50, M A Young wrote:
> On Wed, 26 Jan 2011, M A Young wrote:
>
>> I have a new dom0 kernel available for testing
>> (2.6.38-0.rc2.git3.1.xendom0.fc15) at
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=2742521
>
>> ... with a few extra memory fixes,
>> including one which fixes
On Wed, 26 Jan 2011, M A Young wrote:
> I have a new dom0 kernel available for testing
> (2.6.38-0.rc2.git3.1.xendom0.fc15) at
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2742521
> ... with a few extra memory fixes,
> including one which fixes a problem I had causing a crash during bo
15 matches
Mail list logo