Hi Msquared,
I'm surprised by that. It should be fixed afaik. Which version are you using?
Greetings
André
- Ursprüngliche Mail -
> On Mon, Feb 06, 2012 at 09:05:42AM -0500, Michael DeHaan wrote:
>
> > Hmm, who is using Xen PV out there? Speak up if you are.
>
> I am. I discovered t
> Okay, with --virt-type=kvm the --extra-args are passed. Didn't change much
> with the libvirt definitions (both were using kvm) except for:
>
>
>
> -
> +
>
> But it looks like that should be a win.
Yep, kvm should be the preferred option. I'll work on fixing the bug
for those t
On 07/11/2012 03:12 PM, James Cammarata wrote:
On Wed, Jul 11, 2012 at 3:59 PM, Orion Poplawski wrote:
Apparently with using virt-install, it no longer passes in the kickstart
boot option, which is a pretty serious regression. My install attempt:
koan -v --virt-type=qemu --qemu-disk-type=vir
On Wed, Jul 11, 2012 at 3:59 PM, Orion Poplawski wrote:
>
> Apparently with using virt-install, it no longer passes in the kickstart
> boot option, which is a pretty serious regression. My install attempt:
>
> koan -v --virt-type=qemu --qemu-disk-type=virtio --qemu-net-type=virtio
> --virt-bridge
Apparently with using virt-install, it no longer passes in the kickstart boot
option, which is a pretty serious regression. My install attempt:
koan -v --virt-type=qemu --qemu-disk-type=virtio --qemu-net-type=virtio
--virt-bridge=br0 --system=vmsl6rolling
generated:
- ['virt-install', '--
On Thu, Jun 28, 2012 at 3:31 AM, Msquared <1.cobb...@msquared.id.au> wrote:
> On Mon, Feb 06, 2012 at 09:05:42AM -0500, Michael DeHaan wrote:
>
>> Hmm, who is using Xen PV out there? Speak up if you are.
>
> I am. I discovered this discussion thread when I tried
>
> koan --virt --virt-type=xenp
On Mon, Feb 06, 2012 at 09:05:42AM -0500, Michael DeHaan wrote:
> Hmm, who is using Xen PV out there? Speak up if you are.
I am. I discovered this discussion thread when I tried
koan --virt --virt-type=xenpv ...
and it failed with
'ParaVirtGuest' object has no attribute 'set_autostart'
Let's do it now with this release.
Dual-maintaince of separate ways to do it leads to certain paths not being well
tested, at it sounds like we already have
that problem in some corners.
Folks with issues about what virt-install can't do can then take it up on the
virt-install lists, and cobble
On 02/06/2012 03:46 PM, Michael DeHaan wrote:
> Hmm.
>
> Another blasphemous thought might be to just shell out to the qemu and Xen
> command line tools directly if preserving these options are important.
>
> Someone would have to do the legwork of making it though :)
>
Well, like I said before
> But in that vein, currently all koan image/qemu/xen guest creation is
>> broken
>> on any RHEL5 since October, due to unconditional use of
>> guest.set_autostart
>> API which isn't in RHEL5.
>>
>>
>> That's interesting as it does seem to confirm that nobody is using it.
>>
>> Which seems to align
Hmm.
Another blasphemous thought might be to just shell out to the qemu and Xen
command line tools directly if preserving these options are important.
Someone would have to do the legwork of making it though :)
On Monday, February 6, 2012 at 3:44 PM, Greg Swift wrote:
> On Mon, Feb 6, 2012 a
On Mon, Feb 6, 2012 at 08:05, Michael DeHaan wrote:
> - RHEL5 virt-install doesn't have the --boot option. This is used to
> install
>
> xen PV guests. We could work around this by enabling install_location
> support
> for PV, which xen + virt-install have supported in RHEL5 forever. But not
> sur
On 02/06/2012 12:34 PM, Michael DeHaan wrote:
>
> On Monday, February 6, 2012 at 11:37 AM, Cole Robinson wrote:
>
>> On 02/06/2012 10:58 AM, Michael DeHaan wrote:
>>> Cole --
>>>
>>> What's the workaround to auto-start Xen PV's? (or is there not a way?)
>>>
>>> Seems like we could just implement
13 matches
Mail list logo
