On 07/11/2012 03:12 PM, James Cammarata wrote:
On Wed, Jul 11, 2012 at 3:59 PM, Orion Poplawski
<orion(a)cora.nwra.com> 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=br0 --system=vmsl6rolling
>
> generated:
>
> - ['virt-install', '--connect', 'qemu:///system',
'--name', 'vmsl6rolling',
> '--ram', '512', '--vcpus', '1',
'--autostart', '--vnc', '--virt-type',
> 'qemu', '--hvm', '--location',
> 'http://sl.cora.nwra.com/6rolling/x86_64/os/', '--arch',
'x86_64',
> '--os-variant', 'rhel6', '--disk',
>
'path=/dev/mapper/vg_root-vmsl6rolling--disk0,size=10,bus=virtio,driver_type=raw',
> '--network', 'bridge=br0,model=virtio,mac=00:16:3e:63:1b:e1',
'--wait', '0',
> '--noautoconsole']
>
> and so no kickstart. Is this a known issue? It should pass:
>
>
>
--extra-args="ks=http://cobbler.cora.nwra.com/cblr/svc/op/ks/system/vmsl6rolling
> ksdevice=link kssendmac text"
Can you try --virt-type=kvm? That's a new type introduced recently so
that it will use kernel accelerated qemu. Another user ran into this
and changing the type to kvm fixed it (and made his vm's run faster
too).
There is a definite bug in koan for qemu types right now that appears
to have slipped in with this patch.
Okay, with --virt-type=kvm the --extra-args are passed. Didn't change much
with the libvirt definitions (both were using kvm) except for:
<disk type='block' device='disk'>
- <driver name='qemu' type='raw'/>
+ <driver name='qemu' type='raw' cache='none'
io='native'/>
But it looks like that should be a win.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301
http://www.nwra.com