Re: [Users] [Engine-devel] [QE] oVirt 3.3.2 RC status
Hi, we've scheduled oVirt 3.3.2 RC build on 2013-12-11 [1] A bug tracker is available at [2] and it shows only 3 bugs still blocking the release: Whiteboard Bug ID Summary storage 1022961 Running a VM from a gluster domain uses mount instead of gluster URI virt1029885 cloud-init testcase does not work in engine 3.3.1 virt1025829 sysprep floppy is not attached to Windows 2008 R2 machine - even when specifically checked in Run Once Please provide an ETA for the above bugs. oVirt 3.3.2 beta testing is in progress, thanks to all who already started testing it! For those willing to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [3]. Maintainers should fill release notes before RC build, the page has been created here [4] [1] http://www.ovirt.org/OVirt_3.3.z_release-management [2] https://bugzilla.redhat.com/1027349 [3] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [4] http://www.ovirt.org/OVirt_3.3.2_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
Hi, I'm experiencing a strange UI bug in the Amdin Portal. The Virtual Machines tab is unusable in serval ways: - when selecting a VM, all buttons are greyed-out, except New VM - you cannot power on, power off, open console or edit a VM - when selecting a VM, the VM-specific tabs do not appear on the bottom All other tabs, especially the Hosts tab are working as expected. Initially I suspected an incompatible browser on my side, so I tried with Firefox 25, Chrome and IE 11. No success. This UI bug hit me after upgrading from oVirt 3.3.0 to 3.3.1. And it is still reproducable in oVirt 3.3.2 BETA1. Any hint on this? Or any advice how to provide some useful debug output? I have to mention that I am able to workaround this bug: - select a VM - right click, choose New VM, click Cancel - now most VM actions are no longer greyed-out - power on the VM - still the console button remains greyed-out Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
adding Tomas, he may know… On Dec 9, 2013, at 11:41 , Frank Wall f...@moov.de wrote: Hi, I'm experiencing a strange UI bug in the Amdin Portal. The Virtual Machines tab is unusable in serval ways: - when selecting a VM, all buttons are greyed-out, except New VM - you cannot power on, power off, open console or edit a VM - when selecting a VM, the VM-specific tabs do not appear on the bottom All other tabs, especially the Hosts tab are working as expected. Initially I suspected an incompatible browser on my side, so I tried with Firefox 25, Chrome and IE 11. No success. This UI bug hit me after upgrading from oVirt 3.3.0 to 3.3.1. And it is still reproducable in oVirt 3.3.2 BETA1. Any hint on this? Or any advice how to provide some useful debug output? I have to mention that I am able to workaround this bug: - select a VM - right click, choose New VM, click Cancel - now most VM actions are no longer greyed-out - power on the VM - still the console button remains greyed-out Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
Hi Frank, could you please attach the frontend logs from FF if there are any exceptions? You can do it by: Tools - Web Developer - Error Console and than refresh the browser and navigate to the tabs where the issues are. Thanx, Tomas - Original Message - From: Frank Wall f...@moov.de To: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 10:41:22 AM Subject: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ Hi, I'm experiencing a strange UI bug in the Amdin Portal. The Virtual Machines tab is unusable in serval ways: - when selecting a VM, all buttons are greyed-out, except New VM - you cannot power on, power off, open console or edit a VM - when selecting a VM, the VM-specific tabs do not appear on the bottom All other tabs, especially the Hosts tab are working as expected. Initially I suspected an incompatible browser on my side, so I tried with Firefox 25, Chrome and IE 11. No success. This UI bug hit me after upgrading from oVirt 3.3.0 to 3.3.1. And it is still reproducable in oVirt 3.3.2 BETA1. Any hint on this? Or any advice how to provide some useful debug output? I have to mention that I am able to workaround this bug: - select a VM - right click, choose New VM, click Cancel - now most VM actions are no longer greyed-out - power on the VM - still the console button remains greyed-out Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Engine-devel] [QE] oVirt 3.3.2 RC status
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: engine-devel engine-de...@ovirt.org, Users@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org, Eduardo Warszawski ewars...@redhat.com, Roy Golan rgo...@redhat.com, Omer Frenkel ofren...@redhat.com, vdsm-devel vdsm-de...@fedorahosted.org Cc: Itamar Heim ih...@redhat.com Sent: Monday, December 9, 2013 11:30:58 AM Subject: Re: [Engine-devel] [QE] oVirt 3.3.2 RC status Hi, we've scheduled oVirt 3.3.2 RC build on 2013-12-11 [1] A bug tracker is available at [2] and it shows only 3 bugs still blocking the release: WhiteboardBug ID Summary storage 1022961 Running a VM from a gluster domain uses mount instead of gluster URI virt 1029885 cloud-init testcase does not work in engine 3.3.1 3.3.2 backported and wait for review from REST virt 1025829 sysprep floppy is not attached to Windows 2008 R2 machine - even when specifically checked in Run Once Please provide an ETA for the above bugs. oVirt 3.3.2 beta testing is in progress, thanks to all who already started testing it! For those willing to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [3]. Maintainers should fill release notes before RC build, the page has been created here [4] [1] http://www.ovirt.org/OVirt_3.3.z_release-management [2] https://bugzilla.redhat.com/1027349 [3] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [4] http://www.ovirt.org/OVirt_3.3.2_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] unable to use spice-html5 in chrome due to certificate error
Hello, please import certificate authority (not only the certificate) into your browser. You can find basic instructions here: http://www.ovirt.org/Console_Client_Resources under spice-html5 bullet. After you download the CA file (https://your engine address/ca.crt), you can import it to chrome via Settings-Show advanced settings-Manage certificates-Certificate authority subtab using import button. Cheers! Frank - Original Message - From: Gianluca Cecchi gianluca.cec...@gmail.com To: users users@ovirt.org Sent: Saturday, December 7, 2013 6:57:56 PM Subject: [Users] unable to use spice-html5 in chrome due to certificate error Hello, I think I have configured all ok. Fedora 19 with stable oVirt 3.3.1 From another fedora 19 system I'm trying to use chrome Version 31.0.1650.63 I get a black window when using spice html5 in console options in /var/log/messages of engine I get Dec 7 18:51:16 tekkaman ovirt-websocket-proxy.py[22356]: 5: handler exception: [Errno 336265225] _ssl.c:351: error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib So I think the problem has to be the configuration part of Import CA of the engine in your browser can anyone gives instructions for dummies to do this, please? Then I'll put into the wiki when I'm able to use it... ;-) I see that in engine I have under /etc/pki/ovirt-engine lrwxrwxrwx. 1 root root 6 Feb 10 2013 apache-ca.pem - ca.pem -rw-r--r--. 1 root root 563 Feb 10 2013 cacert.conf -rw-r--r--. 1 root root 505 Feb 10 2013 cacert.template -rw-r--r--. 1 root root 384 Nov 14 12:44 cacert.template.in -rw-r-. 1 ovirt ovirt 4810 Feb 10 2013 ca.pem -rw-r--r--. 1 root root 557 Feb 10 2013 cert.conf drwxr-xr-x. 2 ovirt ovirt 4096 Nov 14 12:44 certs -rw-r--r--. 1 root root 557 Feb 10 2013 cert.template -rw-r--r--. 1 root root 483 Nov 14 12:44 cert.template.in -rw-r--r--. 1 ovirt ovirt 292 Feb 10 2013 database.txt -rw-r--r--. 1 ovirt ovirt 20 Feb 10 2013 database.txt.attr -rw-r--r--. 1 root root20 Feb 10 2013 database.txt.attr.old -rw-r--r--. 1 root root 225 Feb 10 2013 database.txt.old drwxr-xr-x. 2 root root 4096 Nov 14 12:44 keys -rw-r--r--. 1 root root 548 Nov 14 12:44 openssl.conf drwxr-x---. 2 ovirt ovirt 4096 Nov 14 12:44 private drwxr-xr-x. 2 ovirt ovirt 4096 Nov 14 12:44 requests -rw-r--r--. 1 ovirt ovirt3 Feb 10 2013 serial.txt -rw-r--r--. 1 root root 3 Feb 10 2013 serial.txt.old I've tried to import ca.pem and I'm requested a password if I try to import under certificates tab, while it seems to import if under certification authorities tab, but I continue to get that error Thanks in advance, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
Hi Tomas, Am 2013-12-09 10:47, schrieb Tomas Jelinek: could you please attach the frontend logs from FF if there are any exceptions? not much, but this is what I got: http://pastebin.com/5p3PbSRG Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirtmgmt not installed
- Original Message - ok. I reinstalled everything. My F19 host has only an em1 ethernet I/F. I am on 3.3. However, setting up the host fails in its last stage (setting up mgmt network). Can you please attach updated output of 'vdsClient -s 0 getVdsCaps' on this host? 2013/12/8 Mike Kolesnik mkole...@redhat.com Hi Pascal, VDSM for 3.3 is only working on F19 so since you downgraded the host you won't get it. Try to upgrade the host back to F19 and use the workaround suggested by Toni (create the ifcfg file for your NIC). Or am I missing something in your setup? P.S. I also have a working F19 host with latest VDSM Regards, Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
- Original Message - From: Tomas Jelinek tjeli...@redhat.com To: Frank Wall f...@moov.de Cc: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 11:47:48 AM Subject: Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ Hi Frank, could you please attach the frontend logs from FF if there are any exceptions? You can do it by: Tools - Web Developer - Error Console Please note that this tools is deprecated in firefox-25.0-3.fc19.x86_64 and should be set explicitly by devtools.errorconsole.enabled preference see for alternatives in https://developer.mozilla.org/en/docs/Error_Console and than refresh the browser and navigate to the tabs where the issues are. Thanx, Tomas - Original Message - From: Frank Wall f...@moov.de To: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 10:41:22 AM Subject: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ Hi, I'm experiencing a strange UI bug in the Amdin Portal. The Virtual Machines tab is unusable in serval ways: - when selecting a VM, all buttons are greyed-out, except New VM - you cannot power on, power off, open console or edit a VM - when selecting a VM, the VM-specific tabs do not appear on the bottom All other tabs, especially the Hosts tab are working as expected. Initially I suspected an incompatible browser on my side, so I tried with Firefox 25, Chrome and IE 11. No success. This UI bug hit me after upgrading from oVirt 3.3.0 to 3.3.1. And it is still reproducable in oVirt 3.3.2 BETA1. Any hint on this? Or any advice how to provide some useful debug output? I have to mention that I am able to workaround this bug: - select a VM - right click, choose New VM, click Cancel - now most VM actions are no longer greyed-out - power on the VM - still the console button remains greyed-out Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
- Original Message - From: Frank Wall f...@moov.de To: Tomas Jelinek tjeli...@redhat.com Cc: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 11:08:14 AM Subject: Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ Hi Tomas, Am 2013-12-09 10:47, schrieb Tomas Jelinek: could you please attach the frontend logs from FF if there are any exceptions? not much, but this is what I got: http://pastebin.com/5p3PbSRG Quite a lot actually - seems like a class cast exception. Let me compile that exact version of oVirt and see what that actually says. Just to make sure to avoid unnecessary compilation: this logs are from 3.3.2 BETA1, right? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
Hi Tomas, On 2013-12-09 11:12, Tomas Jelinek wrote: Just to make sure to avoid unnecessary compilation: this logs are from 3.3.2 BETA1, right? yes, it's 3.3.2 BETA1 as of yesterday: ovirt-engine-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-backend-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-cli-3.3.0.6-1.fc19.noarch ovirt-engine-dbscripts-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-lib-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-restapi-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-sdk-python-3.3.0.8-1.fc19.noarch ovirt-engine-setup-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-setup-plugin-allinone-3.3.1-2.fc19.noarch ovirt-engine-tools-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-userportal-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-webadmin-portal-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-websocket-proxy-3.3.2-0.1.beta1.fc19.noarch ovirt-host-deploy-1.1.2-1.fc19.noarch ovirt-host-deploy-java-1.1.2-1.fc19.noarch ovirt-host-deploy-offline-1.1.2-1.fc19.noarch ovirt-image-uploader-3.3.1-1.fc19.noarch ovirt-iso-uploader-3.3.1-1.fc19.noarch ovirt-log-collector-3.3.1-1.fc19.noarch ovirt-release-fedora-9-1.noarch Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirtmgmt not installed
Fixed. It was the trailing 0's in ifcfg-em1 (IPADDR0, etc...) which had to
be removed.
2013/12/9 Pascal Jakobi pascal.jak...@gmail.com
[root@lab2 ~]# vdsClient -s 0 getVdsCaps
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:4334926278c1'}]}
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:4334926278c1'
bondings = {'bond0': {'addr': '',
'cfg': {},
'hwaddr': '2e:7e:ce:bb:f4:f2',
'ipv6addrs': [],
'mtu': '1500',
'netmask': '',
'slaves': []}}
bridges = {}
clusterLevels = ['3.0', '3.1', '3.2', '3.3']
cpuCores = '4'
cpuFlags =
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
cpuSockets = '1'
cpuSpeed = '2880.000'
cpuThreads = '8'
emulatedMachines = ['pc',
'q35',
'isapc',
'pc-0.10',
'pc-0.11',
'pc-0.12',
'pc-0.13',
'pc-0.14',
'pc-0.15',
'pc-1.0',
'pc-1.1',
'pc-1.2',
'pc-1.3',
'none']
guestOverhead = '65'
hooks = {}
kvmEnabled = 'true'
lastClient = '192.168.1.41'
lastClientIface = 'em1'
management_ip = '0.0.0.0'
memSize = '16001'
netConfigDirty = 'True'
networks = {}
nics = {'em1': {'addr': '192.168.1.42',
'cfg': {'BOOTPROTO': 'none',
'DEFROUTE': 'yes',
'DNS1': '8.8.8.8',
'DOMAIN': 'home',
'GATEWAY0': '192.168.1.1',
'HWADDR': '00:1A:6B:51:DE:B4',
'IPADDR0': '192.168.1.42',
'IPV4_FAILURE_FATAL': 'no',
'IPV6INIT': 'yes',
'IPV6_AUTOCONF': 'yes',
'IPV6_DEFROUTE': 'yes',
'IPV6_FAILURE_FATAL': 'no',
'IPV6_PEERDNS': 'yes',
'IPV6_PEERROUTES': 'yes',
'NAME': 'em1',
'ONBOOT': 'yes',
'PREFIX0': '24',
'TYPE': 'Ethernet',
'UUID':
'65911d5b-8dbf-452a-9e60-d43b2b8c03d5'},
'hwaddr': '00:1a:6b:51:de:b4',
'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
'mtu': '1500',
'netmask': '255.255.255.0',
'speed': 100}}
operatingSystem = {'name': 'Fedora', 'release': '5', 'version': '19'}
packages2 = {'kernel': {'buildtime': 1384978944.0,
'release': '200.fc19.x86_64',
'version': '3.11.9'},
'libvirt': {'buildtime': 1384730741,
'release': '2.fc19',
'version': '1.0.5.7'},
'mom': {'buildtime': 1385055339, 'release': '6.fc19',
'version': '0.3.2'},
'qemu-img': {'buildtime': 1384728923,
'release': '14.fc19',
'version': '1.4.2'},
'qemu-kvm': {'buildtime': 1384728923,
'release': '14.fc19',
'version': '1.4.2'},
'spice-server': {'buildtime': 1383130020,
'release': '3.fc19',
'version': '0.12.4'},
'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',
'version': '4.13.0'}}
reservedMem = '321'
software_revision = '11'
software_version = '4.13'
supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
supportedProtocols = ['2.2', '2.3']
uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
version_name = 'Snow Man'
vlans = {}
vmTypes = ['kvm']
[root@lab2 ~]#
2013/12/9 Mike Kolesnik mkole...@redhat.com
--
ok. I reinstalled everything. My
[Users] Building Windows virt-viewer
Is there a guide somewhere on how to do this? for an OSS project I'm finding it remarkably opaque as to how to do this. There are some (incomplete) notes here: http://www.spice-space.org/page/Building_Instructions#Windows_2 Which fail to build (DevStudio 2008). There are some old posts os the spice-dev list which seem to hint the build is done via cross compile from fedora. I need to build the remote viewer for window to incorporate some bug fixes which have made their way into the offical build. Also I'd like to try embedding it in a customised viewer. Thanks, -- Lindsay signature.asc Description: This is a digitally signed message part. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt Node ISO
Are there plans to release an el6 iso for oVirt Node 3.0.3-1-1? I only see the fc19 version currently: Index of /releases/3.3/iso [ICO] NameLast modified SizeDescription [DIR] Parent Directory - [ ]ovirt-node-iso-3.0.1-1.0.1.vdsm.el6.iso 28-Aug-2013 04:56 219M [ ]ovirt-node-iso-3.0.1-1.0.1.vdsm.fc19.iso 28-Aug-2013 04:56 250M [ ]ovirt-node-iso-3.0.1-1.0.2.vdsm.el6.iso 11-Sep-2013 05:18 219M [ ]ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19.iso 11-Sep-2013 05:19 250M [ ]ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso 27-Nov-2013 07:54 252M Many Thanks, Simon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Building Windows virt-viewer
cc-ing spice-devel. Oved - Original Message - From: Lindsay Mathieson lindsay.mathie...@gmail.com To: users@ovirt.org Sent: Monday, December 9, 2013 1:14:46 PM Subject: [Users] Building Windows virt-viewer Is there a guide somewhere on how to do this? for an OSS project I'm finding it remarkably opaque as to how to do this. There are some (incomplete) notes here: http://www.spice-space.org/page/Building_Instructions#Windows_2 Which fail to build (DevStudio 2008). There are some old posts os the spice-dev list which seem to hint the build is done via cross compile from fedora. I need to build the remote viewer for window to incorporate some bug fixes which have made their way into the offical build. Also I'd like to try embedding it in a customised viewer. Thanks, -- Lindsay ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
Hey Frank, so according to the logs it seems that it failed in AsyncDataProvider.hasSpiceSupport(...) because of access to the map failed on NPE. Problem is that there are two accesses to map. So, there are two possibilities what happened: 1: the OsRepository query failed (to verify this please attach the engine logs (the part right after you log into webadmin - the values get cached and not requested anymore) 2: spiceSupportMatrix.get(osId) returned null. This could be because of the OS of ANY of the VMs currently shown in the VM list is not present in libosinfo config. 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. Thanx, Tomas - Original Message - From: Tomas Jelinek tjeli...@redhat.com To: Frank Wall f...@moov.de Cc: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 11:12:28 AM Subject: Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ - Original Message - From: Frank Wall f...@moov.de To: Tomas Jelinek tjeli...@redhat.com Cc: oVirt Users users@ovirt.org Sent: Monday, December 9, 2013 11:08:14 AM Subject: Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+ Hi Tomas, Am 2013-12-09 10:47, schrieb Tomas Jelinek: could you please attach the frontend logs from FF if there are any exceptions? not much, but this is what I got: http://pastebin.com/5p3PbSRG Quite a lot actually - seems like a class cast exception. Let me compile that exact version of oVirt and see what that actually says. Just to make sure to avoid unnecessary compilation: this logs are from 3.3.2 BETA1, right? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] install ovirt-engine-3.3.1, dependency broken
I was installing ovirt-engine-3.3.1 in CentOS-6.5 and got dependency error below: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (glusterfs-epel) Requires: glusterfs-lib = 3.4.0-8.el6.x86_64 Available: glusterfs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Available: glusterfs-libs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Installing: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (base) glusterfs-libs = 3.4.0.36rhs-1.el6 Installing: glusterfs-3.4.0.36rhs-1.el6.x86_64 (base) Not found I've got epel, rpm-fusion, ovirt, gluster-epel and gluster besides CentOS standard repos in my box. What should I do then? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On Dec 6, 2013, at 5:25 AM, Vinzenz Feenstra vfeen...@redhat.com wrote: I understand that you're disappointed and we're trying to make our best to make the user experience better. You should be considering the age of the project and what we're actually already providing. Yes not everything is perfect, but we're working hard on improving it. We're working in a collaborative way together with the community, if you're missing something, there's always the possibility to help out. Even if you're not a programmer you can help improving the experience. Bob pretty much said it all for me already…I’m not so much as disappointed in ovirt development as I am the marketing of it. ovirt is being marketed as an ESXi replacement when it surely isn’t. Probably 90%+ of what ESXi is used for is virtualizing Windows. Give ovirt in it’s current form to a typical Windows user and they’ll self destruct. The first issue with the agents as I can’t even find any documentation on what agents really need installing, and what features I’m getting with that agent! Another thing is, I would think that Fedora would be integrated enough with ovirt that it would be able to automatically detect it’s running on ovirt and install all the required agents automatically. I forgot my number 5) BIOS needs to work like a standard PC BIOS (as does ESXi) in allowing you to press F8 to get a boot menu or F12 for network boot. This run once stuff is silly. It works fine the first time I create a VM as there’s no bootable OS on the datastore, but if I need to re-PXE boot a VM, then I have to Run Once..OK, fine, but when the PXE completes it reboots, back into network boot, then I have to kill the VM and restart it normally. Under a PC (or ESXi) BIOS, I just hit F12, network boot, OS re-installs, then reboots normally. Much better user experience. I gave our Red Hat sales people feedback on this issue and was told it’s not going to change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
- Original Message - From: Frank Wall f...@moov.de To: Tomas Jelinek tjeli...@redhat.com Cc: oVirt Users users@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. Awesome! 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: http://gerrit.ovirt.org/#/c/16679/11 @Roy: Any reason this has been removed? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Spice-devel] Building Windows virt-viewer
Hey Oved, On Mon, Dec 09, 2013 at 06:53:46AM -0500, Oved Ourfalli wrote: cc-ing spice-devel. Thanks for forwarding this email, Lindsay has started a standalone thread for this issue already: http://lists.freedesktop.org/archives/spice-devel/2013-December/015700.html Christophe Oved - Original Message - From: Lindsay Mathieson lindsay.mathie...@gmail.com To: users@ovirt.org Sent: Monday, December 9, 2013 1:14:46 PM Subject: [Users] Building Windows virt-viewer Is there a guide somewhere on how to do this? for an OSS project I'm finding it remarkably opaque as to how to do this. There are some (incomplete) notes here: http://www.spice-space.org/page/Building_Instructions#Windows_2 Which fail to build (DevStudio 2008). There are some old posts os the spice-dev list which seem to hint the build is done via cross compile from fedora. I need to build the remote viewer for window to incorporate some bug fixes which have made their way into the offical build. Also I'd like to try embedding it in a customised viewer. Thanks, -- Lindsay ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Spice-devel mailing list spice-de...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel pgpaXMWGhYXkt.pgp Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Python SDK: getting the full filenames of disk images
Please see reply inline On Mon, Dec 9, 2013 at 12:03 AM, Исаев Виталий Анатольевич is...@fintech.ru wrote: Hi Dan, glad to meet you both on LOR and in this mailing list :) I know, I'm everywhere :) Unfortunately ovirtsdk.infrastructure.brokers.anything classes instances miss information about the higher objects very often. The typical situation is returning of empty string when we ask something about the parent from the child object (child and parent in terms Red Hat Enterprise Virtualization objects hierarchy). Consider this Python code: from ovirtsdk.api import API from ovirtsdk.xml import params ... api = API(...) d = api.vms.list()[i].get_disks().list()[i] # ovirtsdk.infrastructure.brokers.VMDisk class instance, i – any number in range(api.vms.list().__len__()) s = d.get_storage_domains().get_storage_domain()[0] # ovirtsdk.infrastructure.params.StorageDomain class instance t = s.get_data_center() # NoneType So you can see that this approach does not work here. I hope Michael or Itamar can shed some more light on this part, I don't have a system in front of me to check. AFAIR some objects aren't linked directly and you simply need to know how to get to them, I've had plenty of help from Michael before, when I was running a seemingly correct script, and getting no data, simply because I didn't understand the way the API looks for objects and relationships. Our purpose is checking the VM’s disk image integrity (I mean integrity of system files, stored in /boot, /bin, /sbin, /lib etc.) every time the VM starts. The integrity checking script is written in Python and relies on libguestfs and vdsm hooks. Specific vdsm hook runs our script and block the VM’s boot process until the correctness of the system files hash sums will be checked. But libguestfs requires the full path to the disk to be handled, and it’s not integrated with ovirt infrastructure. And here we face with a task of full disk image filenames definition. I assume you are using before_vm_start? This will catch the VM definitions, as passed by the engine, and allow you to reassemble the domxml. You can get the disk path from the domxml directly, bypassing the engine APIs completely. The problem however, if you are doing this on block storage, is that the right LV will not be prepared for use by vdsm at this point, so you'll have to make it accessible manually, then disable access and let vdsm do it's job. Much easier with NFS/Gluster of course. Thank you, Vitaly Isaev Software engineer Information security department Fintech JSC, Moscow, Russia *From:* Dan Yasny [mailto:dya...@gmail.com] *Sent:* Friday, December 06, 2013 8:56 PM *To:* Исаев Виталий Анатольевич *Cc:* users@ovirt.org *Subject:* Re: [Users] oVirt Python SDK: getting the full filenames of disk images Probably not, but you can - get the disk image UUID (that's the name in the filesystem or LV name), - get the UUID of the storage domain (that will be the top level dir name or VG name) - get the DC UUID (this will be the top level dir name and the mount point for LVM) Then compose the path out of these. Keep in mind that the disk UUID you get is the latest leaf in a snapshot tree, and if you need the entire chain of images, you need to recursively traverse the tree starting at the leaf, using the PUUID tag to find the parent. Might be a better way, but I'm not aware of it. Moreover, if you explain why you need to touch those images manually instead of letting ovirt handle everything, we might be able to suggest a better way -- D On Wed, Dec 4, 2013 at 2:34 AM, Исаев Виталий Анатольевич is...@fintech.ru wrote: Dear ovirt-engine users, I will be appreciated if someone experienced in oVirt Python SDK could advice the method of getting the full filename of the VM’s disk images in the RHEV hypervisor’s file system. Can I get filename with a full file system path from a ovirtsdk.infrastructure.brokers.VMDisk class instance? If Python SDK (what is preffered) can’t provide such an information, may be it is still possible with RHEV-M REST API? Thank you, Vitaly Isaev Software engineer Information security department Fintech JSC, Moscow, Russia ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] hot add ram to a vm
Hello, Is hot add ram to a vm is supported by ovirt, or is it planned to be? -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanc...@abes.fr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hot add ram to a vm
On Mon, Dec 09, 2013 at 05:27:16PM +0100, Nathanaël Blanchet wrote: Hello, Is hot add ram to a vm is supported by ovirt, or is it planned to be? Not at the moment, I'm afraid. For some use cases, the recomended approach is to start a VM with way-too-much ram, but inflate a big balloon in it. When more memory is required on the VM, set a higher guaranteed level of RAM. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Jenkins Cluster Management and Distributed Build Plugin for oVirt?
Hi all, Has anyone written a Jenkins plugin for oVirt? Examples for other virtualization and cloud solutions are here: https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Clustermanagementanddistributedbuild Thanks, Steve ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hot add ram to a vm
On 12/09/2013 06:51 PM, Dan Kenigsberg wrote: On Mon, Dec 09, 2013 at 05:27:16PM +0100, Nathanaël Blanchet wrote: Hello, Is hot add ram to a vm is supported by ovirt, or is it planned to be? Not at the moment, I'm afraid. For some use cases, the recomended approach is to start a VM with way-too-much ram, but inflate a big balloon in it. When more memory is required on the VM, set a higher guaranteed level of RAM. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users we're working on hot add cpu now. then we'll start looking into hot add ram. may i ask which guest OS are you looking at and the use case you are trying to solve? thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On 12/09/2013 09:42 AM, Blaster wrote: I forgot my number 5) BIOS needs to work like a standard PC BIOS (as does ESXi) in allowing you to press F8 to get a boot menu or F12 for network boot. I'll disagree a tiny bit here. One *really annoying* quality of needing to use F2/F8/F12 during Windows bootup in a VM (including ESX/vSphere) is that sometimes it can be impossible to be quick enough on the keyboard to get attention before the OS bootup has begun. By the time you can get a console focus it's too late. That can be enormously frustrating, and Run Once does help with that. VMware provides a (relatively hidden) option to mitigate this - there's a radiobox in a menu somewhere that effectively says issue an F2 immediately when the VM starts to boot up. This sends it straight into the BIOS menu. That radiobox has saved what little remains of my hair. I kind of like Run Once for most of my needs, but I do understand Blaster's point for his scenario. If we evolve away from Run Once, it will be super important to provide the feature similar to VMware to force the machine into BIOS after power up. Thanks, Bob This run once stuff is silly. It works fine the first time I create a VM as there's no bootable OS on the datastore, but if I need to re-PXE boot a VM, then I have to Run Once..OK, fine, but when the PXE completes it reboots, back into network boot, then I have to kill the VM and restart it normally. Under a PC (or ESXi) BIOS, I just hit F12, network boot, OS re-installs, then reboots normally. Much better user experience. I gave our Red Hat sales people feedback on this issue and was told it's not going to change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On 09 Dec 2013, at 20:56, Itamar Heim ih...@redhat.com wrote: On 12/09/2013 04:42 PM, Blaster wrote: On Dec 6, 2013, at 5:25 AM, Vinzenz Feenstra vfeen...@redhat.com mailto:vfeen...@redhat.com wrote: I understand that you're disappointed and we're trying to make our best to make the user experience better. You should be considering the age of the project and what we're actually already providing. Yes not everything is perfect, but we're working hard on improving it. We're working in a collaborative way together with the community, if you're missing something, there's always the possibility to help out. Even if you're not a programmer you can help improving the experience. Bob pretty much said it all for me already…I’m not so much as disappointed in ovirt development as I am the marketing of it. ovirt is being marketed as an ESXi replacement when it surely isn’t. Probably 90%+ of what ESXi is used for is virtualizing Windows. Give ovirt in it’s current form to a typical Windows user and they’ll self destruct. The first issue with the agents as I can’t even find any documentation on what agents really need installing, and what features I’m getting with that agent! Check out the new page by Nicholas Kesick [1] Another thing is, I would think that Fedora would be integrated enough with ovirt that it would be able to automatically detect it’s running on ovirt and install all the required agents automatically. I forgot my number 5) BIOS needs to work like a standard PC BIOS (as does ESXi) in allowing you to press F8 to get a boot menu or F12 for network boot. Seabios has boot menu support on F12. I don't recall if we specifically disable it, I think not This run once stuff is silly. It works fine the first time I create a VM as there’s no bootable OS on the datastore, but if I need to re-PXE boot a VM, then I have to Run Once..OK, fine, but when the PXE completes it reboots, back into network boot, then I have to kill the VM and restart it normally. Under a PC (or ESXi) BIOS, I just hit F12, network boot, OS re-installs, then reboots normally. Much better user experience. I gave our Red Hat sales people feedback on this issue and was told it’s not going to change. if you open a support ticket for this request, it will be associated with an RFE, helping its priority (which is via support, not sales, but we can take that offline i guess). iirc, the problem on this one is not supported by qemu or libvirt, so we'd need vdsm manage the restart as a shutdown (which libvirt supports), then start the VM again without the ISO. I'm trying to remember if this was supposed to be resolved by qemu supporting this or the vdsm logic. michal? By engine+vdsm logic. Patches by Martin Betak are still stuck on vdsm. It won't help with the above if the reboot is triggered from within the guest we don't plan to recreate the VM on engine. The UI reboot button would, but IIUC that's not the same case [1] http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Node ISO
On 12/09/2013 08:58 PM, Bob Doolittle wrote: Hi, The point of Node is that it should be like an appliance. You should not care what is under the covers. You just use it as a back-end appliance that talks to oVirt. So it should not matter what version of OS it runs, right? If you start doing things that are particular to the OS, two major disadvantages come to mind: 1. You will start bloating the system by adding new dependencies. This dilutes the value of a minimal node that minimizes management requirements 2. You will diverge from what's been tested by the oVirt QA team. This increases the risk of your deployment. Since Node is supposed to be an appliance, I would prefer that the oVirt team focus their energies on making it as small and robust as possible, rather than putting their energy into multiple OS versions of Node. not sure i agree. there are differences between the fedora and .el6 distro's, especially around things like testing of backward compatibility for live migration between different versions (for a clean upgrade path). the fedora one covers newer features / fast moving the .el6 one is more robust / tested. so depends on what you are trying to do. -Bob On 12/09/2013 06:31 AM, Simon Barrett wrote: Are there plans to release an el6 iso for oVirt Node 3.0.3-1-1? I only see the fc19 version currently: Index of /releases/3.3/iso [ICO] NameLast modified SizeDescription [DIR] Parent Directory- [ ] ovirt-node-iso-3.0.1-1.0.1.vdsm.el6.iso 28-Aug-2013 04:56 219M [ ] ovirt-node-iso-3.0.1-1.0.1.vdsm.fc19.iso 28-Aug-2013 04:56 250M [ ] ovirt-node-iso-3.0.1-1.0.2.vdsm.el6.iso 11-Sep-2013 05:18 219M [ ] ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19.iso 11-Sep-2013 05:19 250M [ ] ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso 27-Nov-2013 07:54 252M Many Thanks, Simon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On 12/09/2013 09:10 PM, Bob Doolittle wrote: On 12/09/2013 09:42 AM, Blaster wrote: I forgot my number 5) BIOS needs to work like a standard PC BIOS (as does ESXi) in allowing you to press F8 to get a boot menu or F12 for network boot. I'll disagree a tiny bit here. One *really annoying* quality of needing to use F2/F8/F12 during Windows bootup in a VM (including ESX/vSphere) is that sometimes it can be impossible to be quick enough on the keyboard to get attention before the OS bootup has begun. By the time you can get a console focus it's too late. That can be enormously frustrating, and Run Once does help with that. VMware provides a (relatively hidden) option to mitigate this - there's a radiobox in a menu somewhere that effectively says issue an F2 immediately when the VM starts to boot up. This sends it straight into the BIOS menu. That radiobox has saved what little remains of my hair. I kind of like Run Once for most of my needs, but I do understand Blaster's point for his scenario. If we evolve away from Run Once, it will be super important to provide the feature similar to VMware to force the machine into BIOS after power up. you can also start the VM in paused mode, then resume when console is open. another option is to add an option to have the menu alive for a few more seconds or indeed, to allow scripting a set of keystrokes Thanks, Bob This run once stuff is silly. It works fine the first time I create a VM as there’s no bootable OS on the datastore, but if I need to re-PXE boot a VM, then I have to Run Once..OK, fine, but when the PXE completes it reboots, back into network boot, then I have to kill the VM and restart it normally. Under a PC (or ESXi) BIOS, I just hit F12, network boot, OS re-installs, then reboots normally. Much better user experience. I gave our Red Hat sales people feedback on this issue and was told it’s not going to change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On 12/09/2013 02:48 PM, Itamar Heim wrote: On 12/09/2013 09:10 PM, Bob Doolittle wrote: On 12/09/2013 09:42 AM, Blaster wrote: I forgot my number 5) BIOS needs to work like a standard PC BIOS (as does ESXi) in allowing you to press F8 to get a boot menu or F12 for network boot. I'll disagree a tiny bit here. One *really annoying* quality of needing to use F2/F8/F12 during Windows bootup in a VM (including ESX/vSphere) is that sometimes it can be impossible to be quick enough on the keyboard to get attention before the OS bootup has begun. By the time you can get a console focus it's too late. That can be enormously frustrating, and Run Once does help with that. VMware provides a (relatively hidden) option to mitigate this - there's a radiobox in a menu somewhere that effectively says issue an F2 immediately when the VM starts to boot up. This sends it straight into the BIOS menu. That radiobox has saved what little remains of my hair. I kind of like Run Once for most of my needs, but I do understand Blaster's point for his scenario. If we evolve away from Run Once, it will be super important to provide the feature similar to VMware to force the machine into BIOS after power up. you can also start the VM in paused mode, then resume when console is open. Thanks. That sounds adequate to me, although I've not tried it. Of course this doesn't meet Blaster's needs for pausing a VM when it reboots. I wasn't clear as to how VMware solves that problem either. -Bob another option is to add an option to have the menu alive for a few more seconds or indeed, to allow scripting a set of keystrokes Thanks, Bob This run once stuff is silly. It works fine the first time I create a VM as there’s no bootable OS on the datastore, but if I need to re-PXE boot a VM, then I have to Run Once..OK, fine, but when the PXE completes it reboots, back into network boot, then I have to kill the VM and restart it normally. Under a PC (or ESXi) BIOS, I just hit F12, network boot, OS re-installs, then reboots normally. Much better user experience. I gave our Red Hat sales people feedback on this issue and was told it’s not going to change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Jenkins Cluster Management and Distributed Build Plugin for oVirt?
I think there has been an initial work on this done by lukas [1] and by lazlo [2] And there was also initiative by myself to start a jenkins plugin for foreman [3], so you can create any type of cloud from foreman itself and get much more features and use cases than just create a vm directly on oVirt. unfortunately i don't think any of these project is still under active development at the moment. But it might be worth to join effort and kickstart these again.. Eyal. [1] https://github.com/lukyn17/jenkins-ovirt-plugin [2] http://code.google.com/p/ovirt-jenkins/issues/list [3] https://github.com/eedri/foreman-jenkins-plugin - Original Message - From: Steve Gordon sgor...@redhat.com To: users users@ovirt.org Sent: Monday, December 9, 2013 8:07:46 PM Subject: [Users] Jenkins Cluster Management and Distributed Build Plugin for oVirt? Hi all, Has anyone written a Jenkins plugin for oVirt? Examples for other virtualization and cloud solutions are here: https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Clustermanagementanddistributedbuild Thanks, Steve ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] unable to use spice-html5 in chrome due to certificate error
On Mon, Dec 9, 2013 at 10:11 PM, Gianluca Cecchi wrote: On Mon, Dec 9, 2013 at 11:05 AM, Frantisek Kobzik wrote: Hello, please import certificate authority (not only the certificate) into your browser. You can find basic instructions here: http://www.ovirt.org/Console_Client_Resources under spice-html5 bullet. After you download the CA file (https://your engine address/ca.crt), you can import it to chrome via Settings-Show advanced settings-Manage certificates-Certificate authority subtab using import button. Cheers! Frank Thanks, done. This is now what I get when I then select console options, spice html5 browser client and try to open console: https://drive.google.com/file/d/0BwoPbcrMv8mvRnRjZWdGbzlWWFE/edit?usp=sharing Gianluca If I use tekkaman.localdomain.local name to connect to webadmin (so as the certificate)I now get correct ssl icon in page, but same black screen when using spice html5 browser I notice that inside the opened console window I still get this link: https://tekkaman.localdomain.local//ovirt-engine-spicehtml5-main.html?host=192.168.1.101port=6100 What determines the 192.168.1.101 part here? BTW: even if I open a new tab putting https://tekkaman.localdomain.local//ovirt-engine-spicehtml5-main.html?host=tekkaman.localdomain.localport=6100 I still get black window so I don't know it it is the crucial part note that this is AIO so engine and host are the same one Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] unable to use spice-html5 in chrome due to certificate error
On Mon, Dec 9, 2013 at 10:18 PM, Gianluca Cecchi wrote: I notice that inside the opened console window I still get this link: https://tekkaman.localdomain.local//ovirt-engine-spicehtml5-main.html?host=192.168.1.101port=6100 What determines the 192.168.1.101 part here? I had WebSocketProxy enigne variable set to the ip... and this is what determines url composition... So now after engine-config -s WebSocketProxy=tekkaman.localdomain.local:6100 and restart of whole AIO server, on it I have [root@tekkaman ~]# netstat -an|grep 6100 tcp0 0 0.0.0.0:61000.0.0.0:* LISTEN [root@tekkaman ~]# iptables -L -n | grep 6100 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0state NEW tcp dpt:6100 from client [g.cecchi@ope46 ~]$ telnet tekkaman.localdomain.local 6100 Trying 192.168.1.101... Connected to tekkaman.localdomain.local. Escape character is '^]'. still from my client, both using firefox and chrome as a test I get only black window Inside firefox debugger for this window I see [22:53:17.949] Firefox can't establish a connection to the server at wss://tekkaman.localdomain.local:6100/eyJ2YWxpZFRvIjoiMjAxMzEyMDkyMTU1MTciLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjJ0ZWtrYW1hbi5sb2NhbGRvbWFpbi5sb2NhbCUyMiwlMjJwb3J0JTIyOiUyMjU5MDAlMjIsJTIyc3NsX3RhcmdldCUyMjp0cnVlJTdEIiwidmFsaWRGcm9tIjoiMjAxMzEyMDkyMTUzMTciLCJzaWduZWRGaWVsZHMiOiJ2YWxpZFRvLGRhdGEsdmFsaWRGcm9tLHNhbHQiLCJzaWduYXR1cmUiOiJZMXU2QVZWb1lmVXhQenE5d3k1dHBHVEcrajRiNlNIenpxNy9XaGQrUFFmUFBPVnZnVEUvQW1zS2VPaTZqN0NUa1VHS3VxSHZ6cncwZk1aSFJvK21uSUdKc3B0QThzZEFzam1WWVBxRllHa2RkTTZhbkNwTkxsTzdvdVFhTGttT09DalpKUExkb21tMlJPa1VkRGNVK0VJcGh6dWZLZGtiSUMzTGIxMzdhMXcrQjU2Y3Q2YWcxKzFRRzFacXRFNkVONHlSNTJBblVJM3ozejcxQ29GRk5VR2tzRSt5T0VDaCt3bmRick12a3hlL0FMRWlqR2JuSUp3NGwvd3F0L1ZpTXRuSUxzMW8vN3FQTHNRTCtVWmpaNlhwNzlIZyszTGhjemlFamVidERxc2Z6OENIaGVZbE1rUkRjYnZTT0x3R0RFc1R0aUxRR1U3YTdtUVRaUDk1YVE9PSIsInNhbHQiOiJva01jYWFFeHpKWT0ifQ==. @ https://tekkaman.localdomain.local//ovirt-engine-files/spice-html5/spiceconn.js:34 [22:53:17.950] ERROR: WebSockets.onerror[object Event] [22:53:17.951] ERROR: [object Event] [22:53:17.951] disconnect [22:53:17.952] disconnect How to further debug to solve? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hot add ram to a vm
Le 09/12/2013 19:32, Itamar Heim a écrit : On 12/09/2013 06:51 PM, Dan Kenigsberg wrote: On Mon, Dec 09, 2013 at 05:27:16PM +0100, Nathanaël Blanchet wrote: Hello, Is hot add ram to a vm is supported by ovirt, or is it planned to be? Not at the moment, I'm afraid. For some use cases, the recomended approach is to start a VM with way-too-much ram, but inflate a big balloon in it. When more memory is required on the VM, set a higher guaranteed level of RAM. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users we're working on hot add cpu now. then we'll start looking into hot add ram. may i ask which guest OS are you looking at and the use case you are trying to solve? thanks, Itamar We run many centos guests with ton of tomcats on it, and they are in production. Downtime is forbidden but we need more and more RAM because we often add new applications. -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanc...@abes.fr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster Volume Info won't update
engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/ On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose sab...@redhat.com wrote: On 12/08/2013 01:51 PM, Andrew Lau wrote: The defined cluster keeps showing me the option to import the gsx.melb.example.net hosts into the cluster as hosts. Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt. Could you attach the engine.log as well as the vdsm.log from the node? On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose sab...@redhat.com wrote: On 12/06/2013 03:29 PM, Sahina Bose wrote: On 12/06/2013 10:00 AM, Kanagaraj wrote: On 12/06/2013 09:46 AM, Andrew Lau wrote: Yup - it's ovirt cluster version 3.3 with gluster 3.4.1 what does gluster volume info vol and gluster volume status vol say? There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net while engine knows the host as hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well. Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988 Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not. On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj kmayi...@redhat.com wrote: On 12/06/2013 07:55 AM, Andrew Lau wrote: Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management. Same scenario: 2 Hosts 1x Engine, VDSM, Gluster 1x VDSM,Gluster So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS. 172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net However the oVirt engine does not seem to like this, it would not pick up the gluster volume as running until I did a restart through the UI. The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/ Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net What's compatibility version of the clusters? From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname. Thanks, Kanagaraj Thanks, Andrew ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On Dec 9, 2013, at 1:10 PM, Bob Doolittle b...@doolittle.us.com wrote: I'll disagree a tiny bit here. One *really annoying* quality of needing to use F2/F8/F12 during Windows bootup in a VM (including ESX/vSphere) is that sometimes it can be impossible to be quick enough on the keyboard to get attention before the OS bootup has begun. By the time you can get a console focus it's too late. That can be enormously frustrating, and Run Once does help with that. On ESXi Guest menu - edit settings - Options - boot options - boot delay. I set all mine to 10,000ms. Delays guest startup by 10 seconds each time you boot, but it’s plenty of time to get the console up (if you need to) and get press F? to get where you want to be. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On Dec 9, 2013, at 1:19 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: Check out the new page by Nicholas Kesick [1] Cool, thanks Nicholas! After reading the description, now I really want to get ovirt agent for Windows built. Is there an index for all the documents on www.ovirt.org/cool_stuff? Maybe I need new glasses, but the only way I come across those is in Google searches if I get the keywords right. Seabios has boot menu support on F12. I don't recall if we specifically disable it, I think not I will try to hit an F12 next time I boot to see if I get a menu, I don’t recall seeing any text on the screen that it’s there. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster Volume Info won't update
On 12/10/2013 04:24 AM, Andrew Lau wrote: engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/ Andrew, I was interested in the getCapabilities output in vdsm.log. Could you click on Refresh Caps from Host tab and attach the output of getCapabilities from vdsm.log? thanks! On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose sab...@redhat.com mailto:sab...@redhat.com wrote: On 12/08/2013 01:51 PM, Andrew Lau wrote: The defined cluster keeps showing me the option to import the gsx.melb.example.net http://gsx.melb.example.net hosts into the cluster as hosts. Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt. Could you attach the engine.log as well as the vdsm.log from the node? On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose sab...@redhat.com mailto:sab...@redhat.com wrote: On 12/06/2013 03:29 PM, Sahina Bose wrote: On 12/06/2013 10:00 AM, Kanagaraj wrote: On 12/06/2013 09:46 AM, Andrew Lau wrote: Yup - it's ovirt cluster version 3.3 with gluster 3.4.1 what does gluster volume info vol and gluster volume status vol say? There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net http://gsx.melb.example.net while engine knows the host as hvx.melb.example.net http://hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well. Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988 Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net http://gsx.melb.example.net If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not. On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj kmayi...@redhat.com mailto:kmayi...@redhat.comwrote: On 12/06/2013 07:55 AM, Andrew Lau wrote: Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management. Same scenario: 2 Hosts 1x Engine, VDSM, Gluster 1x VDSM,Gluster So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS. 172.16.0.1 (ovirtmgmt) hvx.melb.example.net http://hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net http://gsx.melb.example.net However the oVirt engine does not seem to like this, it would not pick up the gluster volume as running until I did a restart through the UI. The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/ Volume information isn't being pulled as it thinks the gs01.melb.example.net http://gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net http://hv01.melb.example.net What's compatibility version of the clusters? From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname. Thanks, Kanagaraj Thanks, Andrew ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Master storage domain version mismatch
Hello, We are on ovirt 3.3.1 and I just filed BZ 1039835 because our master storage domain could not be activated any longer after some NFS failure tests (pulling cables, modifying /etc/exports, ...). This bug seems to happen from time to time. Several BZ and mailing list entries suggest that the logic to track the domain version in critical situations is not yet perfect. I was able to clean the situation with a SQL modification in the database update storage_pool set master_domain_version=...; As it may be interesting for others could someone clarify if there might be an issue with atomic operations. Admins may have enough headaches to get the NFS up and running after some kind of failure. So Ovirt should not be one of them. Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On Dec 10, 2013, at 04:01 , Blaster blas...@556nato.com wrote: On Dec 9, 2013, at 1:19 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: Check out the new page by Nicholas Kesick [1] Cool, thanks Nicholas! After reading the description, now I really want to get ovirt agent for Windows built. Is there an index for all the documents on www.ovirt.org/cool_stuff? Maybe I need new glasses, but the only way I come across those is in Google searches if I get the keywords right. As you may have noticed, it's a work in progress. It will likely be linked from the oVirt landing page, once everyone is fine with the content. Seabios has boot menu support on F12. I don't recall if we specifically disable it, I think not I will try to hit an F12 next time I boot to see if I get a menu, I don’t recall seeing any text on the screen that it’s there. It may be too fast to actually give you the chance to open the console. There's start in paused mode option, but that's not really the same use case, not applicable to reboot. Oh, and it seems the QEMU default is that the menu is not available unless explicitly enabled. Don't have that option today, but should be relatively easy to add Thanks, michal ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
On Dec 9, 2013, at 17:20 , Tomas Jelinek tjeli...@redhat.com wrote: - Original Message - From: Frank Wall f...@moov.de To: Tomas Jelinek tjeli...@redhat.com Cc: oVirt Users users@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. Awesome! 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: http://gerrit.ovirt.org/#/c/16679/11 @Roy: 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 [1] upgrade script should have taken care of that Is it possible the upgrade went wrong? Thanks, michal [1] http://gerrit.ovirt.org/#/c/16679/11/packaging/dbscripts/upgrade/03_03_0660_alter_os_type_unassigned_to_other.sql Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Agents for Windows
On Dec 10, 2013, at 08:43 , Michal Skrivanek michal.skriva...@redhat.com wrote: On Dec 10, 2013, at 04:01 , Blaster blas...@556nato.com wrote: On Dec 9, 2013, at 1:19 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: Check out the new page by Nicholas Kesick [1] Cool, thanks Nicholas! After reading the description, now I really want to get ovirt agent for Windows built. Is there an index for all the documents on www.ovirt.org/cool_stuff? Maybe I need new glasses, but the only way I come across those is in Google searches if I get the keywords right. As you may have noticed, it's a work in progress. It will likely be linked from the oVirt landing page, once everyone is fine with the content. Seabios has boot menu support on F12. I don't recall if we specifically disable it, I think not I will try to hit an F12 next time I boot to see if I get a menu, I don’t recall seeing any text on the screen that it’s there. It may be too fast to actually give you the chance to open the console. There's start in paused mode option, but that's not really the same use case, not applicable to reboot. Oh, and it seems the QEMU default is that the menu is not available unless explicitly enabled. Don't have that option today, but should be relatively easy to add Or actually you can do that, just not in UI. Use qemucmdline vdsm hook on each host Thanks, michal ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab VM unusable / oVirt 3.3.1+
On 10/12/13 08:50 AM, Michal Skrivanek wrote: On Dec 9, 2013, at 17:20 , Tomas Jelinek tjeli...@redhat.com wrote: - Original Message - From: Frank Wall f...@moov.de To: Tomas Jelinek tjeli...@redhat.com Cc: oVirt Users users@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. Awesome! 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: http://gerrit.ovirt.org/#/c/16679/11 @Roy: 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 [1] upgrade script should have taken care of that Is it possible the upgrade went wrong? Thanks, michal [1] http://gerrit.ovirt.org/#/c/16679/11/packaging/dbscripts/upgrade/03_03_0660_alter_os_type_unassigned_to_other.sql Hi Frank can you run this so we would know if the script ever ran on your env? psql engine postgres -c select * from schema_version where version ='03030660'; Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Master storage domain version mismatch
Hi Marcus, to identify the exact issue that you had i'll need to take a look on vdsm/engine logs - if you could attach those it'll be great. tnx. - Original Message - From: Markus Stockhausen stockhau...@collogia.de To: ovirt-users users@ovirt.org Sent: Tuesday, December 10, 2013 8:41:45 AM Subject: [Users] Master storage domain version mismatch Hello, We are on ovirt 3.3.1 and I just filed BZ 1039835 because our master storage domain could not be activated any longer after some NFS failure tests (pulling cables, modifying /etc/exports, ...). This bug seems to happen from time to time. Several BZ and mailing list entries suggest that the logic to track the domain version in critical situations is not yet perfect. I was able to clean the situation with a SQL modification in the database update storage_pool set master_domain_version=...; As it may be interesting for others could someone clarify if there might be an issue with atomic operations. Admins may have enough headaches to get the NFS up and running after some kind of failure. So Ovirt should not be one of them. Markus ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] install ovirt-engine-3.3.1, dependency broken
Il 09/12/2013 15:02, lofyer ha scritto: I was installing ovirt-engine-3.3.1 in CentOS-6.5 and got dependency error below: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (glusterfs-epel) Requires: glusterfs-lib = 3.4.0-8.el6.x86_64 Available: glusterfs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Available: glusterfs-libs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Installing: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (base) glusterfs-libs = 3.4.0.36rhs-1.el6 Installing: glusterfs-3.4.0.36rhs-1.el6.x86_64 (base) Not found I've got epel, rpm-fusion, ovirt, gluster-epel and gluster besides CentOS standard repos in my box. What should I do then? Hi, can you please check ovirt-release rpm version? In ovirt-release-el6-9-1.noarch.rpm the reported issue should be already fixed. If you've an older ovirt-release, please run yum update. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
