On Dec 9, 2013, at 17:20 , Tomas Jelinek <tjelinek(a)redhat.com>
> ----- Original Message -----
>> From: "Frank Wall" <fw(a)moov.de>
>> To: "Tomas Jelinek" <tjelinek(a)redhat.com>
>> Cc: "oVirt Users" <users(a)ovirt.org>
>> Sent: Monday, December 9, 2013 3:56:21 PM
>> Subject: Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
>> Hi Tomas,
>> On 2013-12-09 14:22, Tomas Jelinek wrote:
>>> 2: spiceSupportMatrix.get(osId) returned null. [...]
>>> I would guess this is the issue. To verify this could you please paste
>>> here the content of all .../osinfo.conf.d/*.properties and also the
>>> result of
>>> "select os, vm_name from vm_static" DB query so we can find which
>>> value is not there.
>> you're right. I did a lookup in the database and compared the values
>> to the entries in /etc/ovirt-engine/osinfo.conf.d/*.properties.
>> I noticed that the "os" ID 6 is assigned multiple times, but not
>> defined in a .properties file (anymore).
>> A quick check in the Admin Portal confirms this:
>> open "Edit Virtual Machine" => Operating System: null
>> I can't remember what "os" ID 6 was in previous releases. Anyway,
>> since I used this to classify my FreeBSD VMs, I've setup a new
>> file defining it:
>> # cat /etc/ovirt-engine/osinfo.conf.d/freebsd.properties
>> # FreeBSD(6, OsType.BSD, false),
>> os.freebsd.id.value = 6
>> os.freebsd.name.value = FreeBSD
>> os.freebsd.derivedFrom.value = other
>> os.freebsd.description.value = FreeBSD Operating System
>> os.freebsd.family.value = BSD
>> This fixed my issue, but I still would like to know why ID 6
>> was silently removed in 3.3.1 :-) Maybe it should be re-added
>> in 3.3.2 to avoid this UI breakage for other people.
> So I had a look into the history of the osinfo-defaults.properties and the
"6" used to be "Other":
> # Other(6, OsType.Other, false)
> os.Other.id.value = 6
> os.Other.name.value = Other
> os.Other.derivedFrom.value = Unassigned
> and it disappeared in this patch:
> Any reason this has been removed?
The removal is correct, we have two different "Other" types (Other, Unassigned)
which didn't make sense, but this  upgrade script should have taken care of that
Is it possible the upgrade went wrong?
Hi Frank can you run this so we would know if the script ever ran on
psql engine postgres -c "select * from schema_version where version
>> - Frank
> Users mailing list