[ovirt-users] python floppy in RunOnce mode
Giulio Casella
giulio at di.unimi.it
Fri Oct 24 14:08:45 UTC 2014
Il 23/10/2014 20:59, Juan Hernandez ha scritto:
> On 10/23/2014 09:40 AM, Giulio Casella wrote:
>> Hi,
>> I'm trying to boot a vm with non persistent floppy using python ovirt
>> sdk (the "RunOnce" way in administrator portal), but guest OS can't see
>> floppy drive. The ultimate goal is to deploy floppy with sysprep
>> unattend.xml file for windows 7 pools of vm.
>>
>> Here is a snippet of code I use:
>>
>> -------------------------------------------------
>> myvm = api.vms.get(name="vmname")
>> content="This is file content!"
>> f=params.File(name="foobar.txt",content=content)
>> fs=params.Files()
>> fs.add_file(f)
>> payload=params.Payload()
>> payload.set_type("floppy")
>> payload.set_files(fs)
>> payloads=params.Payloads()
>> payloads.add_payload(payload)
>> thevm=params.VM()
>> thevm.set_payloads(payloads)
>> action=params.Action(vm=thevm)
>>
>> myvm.start(action=action)
>>
>> xml = ParseHelper.toXml(action)
>> print xml
>> -------------------------------------------------
>>
>> As you can see, for debugging purpose, I print my xml action, and I get:
>>
>> -------------------------------------------------
>> <action>
>> <vm>
>> <payloads>
>> <payload type="floppy">
>> <files>
>> <file>
>> <name>foobar.txt</name>
>> <content>This is file content</content>
>> </file>
>> </files>
>> </payload>
>> </payloads>
>> </vm>
>> </action>
>> -------------------------------------------------
>>
>> in the admin portal I can see my vm in "RunOnce" state, but no floppy is
>> present...
>> In fact in the vm process command line
>> (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option
>> referring to floppy (I only see 2 "-drive" options, referring to vm
>> system disk and to a correctly mounted cdrom ISO)
>>
>> What I'm doing wrong?
>>
>> (The engine is RHEV-M version 3.4.1-0.31.el6ev)
>>
>
> The problem is that using non persistent payloads isn't currently
> supported, so basically your "payloads" element is silently ignored. You
> have currently two alternatives:
>
> 1. Use persistent payloads:
>
> vm = vms.get(name="myvm")
> vm.set_payloads(paylaods)
> vm.update()
> vm.start(params.Action())
>
> You may also want to remove the payloads once the machine is configured,
> but this isn't strictly required, as Windows will not try to locate the
> sysprep floppy in subsequent boots. The only minor inconvenient is that
> the users of the VMs will see the floopy and its content attached.
>
Yes, this is exactly the workaround I'm currently using, and I have to
hide floppy via AD group policy (sysprep.inf contains administrator
password).
> 2. Use the builtin sysprep files (they are in
> /usr/share/ovirt-engine/conf/sysprep):
>
> vm = vms.get(name="myvm")
> initialization = params.Initialization()
> vm.set_initialization(initialization)
> vm.update()
> vm.start(params.Action())
>
> This has the advantage that the sysprep floppy will be attached to the
> VM only the first time it is booted. In subsequent boots it won't be
> attached.
>
Great hint, I'll take a look into those syspreps to see if they fit for
my setup.
> In 3.5 you will also be able to use sysprep support with your custom file:
>
> vm = vms.get(name="myvm")
> initialization = params.Initialization(
> custom_script="The text of your sysprep file"
> )
> vm.set_initialization(initialization)
> vm.update()
> vm.start(params.Action())
>
Good new, eventually I'll wait for RHEV 3.5
> Note that currently (in 3.4 and in 3.5) there is an issue with the name
> of the file generated by the built-in sysprep support: it will always be
> named "sysprep.inf", regardless of the operating system assigned to the
> VM. If you want to use recent versions of Windows it has to be named
> "Unattend.xml", so you will need to change the Windows template before
> sealing it, adding the following registry entry:
>
> HKEY-LOCAL-MACHINE -> SYSTEM -> Setup -> UnattendFile = sysprep.inf
>
> There is a bug open to avoid this:
>
> https://bugzilla.redhat.com/1145999
>
> Note also that the builtin sysprep support will only trigger if the VM
> has been assigned a Windows operating system.
>
Yes, I knew. Do you know if is there a plan to change this behaviour
(e.g. generate filename according to guest O.S. standard)?
Many thanks,
Giulio
More information about the Users
mailing list