Bug 1387625 - Custom Locale settings on deploy of new virtual machine with sysprep option doesn't work
Summary: Custom Locale settings on deploy of new virtual machine with sysprep option d...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.6.9
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ovirt-4.1.0-beta
: ---
Assignee: Tomáš Golembiovský
QA Contact: Nisim Simsolo
URL:
Whiteboard:
Depends On: 1387699
Blocks: 1402817 1402822
TreeView+ depends on / blocked
 
Reported: 2016-10-21 11:59 UTC by vaibhav
Modified: 2020-09-10 10:46 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
This update fixes a bug that was discovered in the sysprep templates for 64-bit platforms where some parts were improperly marked as "for 32-bit platform" and thus ignored by Windows.
Clone Of:
: 1402817 1402822 (view as bug list)
Environment:
Last Closed: 2017-04-25 00:50:51 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Unattended .xml (5.50 KB, application/xml)
2016-11-24 00:06 UTC, vaibhav
no flags Details
Screenshot-Win10 (65.81 KB, image/png)
2016-12-07 10:20 UTC, vaibhav
no flags Details
WinTemp (69.17 KB, image/png)
2016-12-08 06:05 UTC, vaibhav
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2017:0997 0 normal SHIPPED_LIVE Red Hat Virtualization Manager (ovirt-engine) 4.1 GA 2017-04-18 20:11:26 UTC

Description vaibhav 2016-10-21 11:59:03 UTC
Description of problem:

Deploying virtual machine from template, "Initial Run" -> "Custom Locale" settings it isn't taken by deployment process across sysprep


Version-Release number of selected component (if applicable):

RHEV 3.6
RHV  4.0

How reproducible:
100%

Steps to Reproduce:
1. Create windows 10VM. and then use "Initial Run" -> "Custom Locale" settings 
2. Use locale as es_ES, but its not working
3. create template from VM and use custome locale,its not working.

Actual results:-

We are not able to change the language using custom locale 


Expected results:

Language should get changed if we use custom locale under cloud init option.

Additional info:

Comment 1 Michal Skrivanek 2016-10-24 09:05:17 UTC
Possibly the same issue as bug 1387699

Please add the created Unattend.xml from teh sysprep floppy. Also Windows-side setup event log. You can find the setuperr.log in the Windows\System32\Sysprep\Panther folder.

Comment 2 Michal Skrivanek 2016-11-09 12:15:50 UTC
ping?

Comment 5 vaibhav 2016-11-24 00:06:21 UTC
Created attachment 1223462 [details]
Unattended .xml

Comment 6 Ulhas Surse 2016-11-28 07:09:24 UTC
Hi team, just add in above comment, I have tested with some options in template for locale as: es_ES.UTF-8, es, es_ES all those gives same results. 

Also in discussion with customer, the workaround is to set the values while first boot only right? Do you have any other suggestions for workaround?

Comment 7 vaibhav 2016-11-28 23:12:26 UTC
Customers update :-

"According to our Windows specialist, configuring the values at first boot didn't work either"

Comment 13 Michal Skrivanek 2016-12-05 13:15:52 UTC
we suspect the architecture is wrong in the sysprep templates. Please try to check amd64 vs x86 arch settings in the file, corresponding to the Windows 32bit vs 64bit.
I suppose the versions in question here are 64bit?

Comment 14 Tomáš Golembiovský 2016-12-06 14:31:56 UTC
From what I see it looks like you are trying to use template for 32-bit machine but your architecture is 64-bit. Can you check that you have correct OS set up in the VM properties for the affected VM? It should be "Windows 10 x64".

But even if you fix the OS in VM properties you will still be affected by the following bug that we're currently working on:
https://bugzilla.redhat.com/show_bug.cgi?id=1387699

Comment 15 vaibhav 2016-12-07 10:19:29 UTC
I am using ISO Win10_1511_2_English_x64.iso for windows isntallation. its 64-bit architecture of Win10. 

Can you check that you have correct OS set up in the VM properties for the affected VM?

--> Yes. I can confirmed that correct OS is set up for the VM, I am attaching screen shot of the VM configuration on the case. Please check screen shot.

Comment 16 vaibhav 2016-12-07 10:20:28 UTC
Created attachment 1229018 [details]
Screenshot-Win10

Comment 17 Michal Skrivanek 2016-12-07 17:48:31 UTC
Can you check the relevant template as is being fixed in patches of bug 1387699?

Comment 18 vaibhav 2016-12-08 06:04:48 UTC
I have checked for the template as well, operating system is set to "Windows 10 x64" 

Please find attached screenshot "WinTemp"

Comment 19 vaibhav 2016-12-08 06:05:31 UTC
Created attachment 1229352 [details]
WinTemp

Comment 20 Michal Skrivanek 2016-12-08 10:26:16 UTC
Sorry to not being clear enough, I've meant the sysprep template, i.e. /usr/share/ovirt-engine/conf/sysprep/sysprep.w10x64

Comment 23 Michal Skrivanek 2016-12-08 12:26:42 UTC
addressed by bug 1387699

Comment 27 Nisim Simsolo 2017-02-01 15:11:20 UTC
Verification builds:
rhevm-4.1.0.2-0.2.el7
libvirt-client-2.0.0-10.el7_3.4.x86_64
vdsm-4.19.2-2.el7ev.x86_64
qemu-kvm-rhev-2.6.0-28.el7_3.3.x86_64
sanlock-3.4.0-1.el7.x86_64


Note You need to log in before you can comment on or make changes to this bug.