Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed

2014-04-01 Thread Sandro Bonazzola
Il 01/04/2014 01:07, Alon Bar-Lev ha scritto:
 
 The group within repository[1] is invalid.

I agree, the package list is broken:

  packagereq type=mandatoryotopi/packagereq
  packagereq type=mandatoryovirt-host-deploy/packagereq
  packagereq type=mandatoryovirt/packagereq

^^ ovirt-engine

  packagereq type=mandatoryovirt-cli/packagereq
^^ ovirt-engine-cli

  packagereq type=mandatoryovirt-dbscripts/packagereq

^^ ovirt-engine-dbscripts

  packagereq type=mandatoryovirt-doc/packagereq
^^ this doesn't exist

  packagereq type=mandatoryovirt-image-uploader/packagereq
  packagereq type=mandatoryovirt-iso-uploader/packagereq
  packagereq type=mandatoryovirt-log-collector/packagereq

The group file was added yesterday as per 
https://fedorahosted.org/ovirt/ticket/130

 Sandro, kiril, please modify ovirt-ovirt-enigne and check that all packages 
 are OK.
 
 I also do not know what this file[2] is at that location.

Probably a leftover from the script that generates the repo, David please 
remove it as last step of the script you're using for generating the repo.


 
 Alastair, all the issues are caused by this, as product is not upgraded to 
 3.4, so setup package of 3.4 is trying to setup 3.3 product.
 
 Thank you for the report!
 
 Alon
 
 [1] 
 http://resources.ovirt.org/pub/ovirt-3.4/rpm/fc19/repodata/6cf75ccf11a0c2452b3d734092f20f2d52fcf5dd3933a80420384c990506fd25-ovirt34.xml
 [2] http://resources.ovirt.org/pub/ovirt-3.4/ovirt34.xml
 
 - Original Message -
 From: Alastair Neil ajneil.t...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, April 1, 2014 1:59:16 AM
 Subject: Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed

 I tried manually copying the directory /etc/ovirt-engine/sysprep to
 /usr/share/ovirt-engine/conf, and then running engine-setup

 I now get a different failure:

 [ ERROR ] Failed to execute stage 'Misc configuration': function
 inst_add_glance_provider(unknown, unknown, unknown, unknown, unknown) does
 not exist LINE 2: select inst_add_glance_provider(
^ HINT:  No function matches the given name and
 argument types. You might need to add explicit type casts.

 I am attaching the logs from both in case this was a bogus thing to try

 -20140331175537.log has the original failure and the second  in in the
 other file.

 Thanks

 -Alastair



 On 31 March 2014 18:24, Alon Bar-Lev alo...@redhat.com wrote:



 - Original Message -
 From: Alastair Neil ajneil.t...@gmail.com
 To: users@ovirt.org
 Sent: Tuesday, April 1, 2014 1:18:37 AM
 Subject: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed

 Any suggestions what to look for?

 Please attach:
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log

 Thanks
 Alastair



 [root@ovirt-admin ~]# engine-setup
 [ INFO ] Stage: Initializing
 [ INFO ] Stage: Environment setup
 Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
 '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
 Log file:
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log
 Version: otopi-1.2.0 (otopi-1.2.0-1.fc19)
 [ INFO ] Stage: Environment packages setup
 [ INFO ] Stage: Programs detection
 [ INFO ] Stage: Environment setup
 [ INFO ] Stage: Environment customization

 --== PRODUCT OPTIONS ==--


 --== PACKAGES ==--

 [ INFO ] Checking for product updates...
 [ INFO ] No product updates found

 --== NETWORK CONFIGURATION ==--

 Setup can automatically configure the firewall on this system.
 Note: automatic configuration of the firewall may overwrite current
 settings.
 Do you want Setup to configure the firewall? (Yes, No) [Yes]:
 [ INFO ] firewalld will be configured as firewall manager.

 --== DATABASE CONFIGURATION ==--

 --== OVIRT ENGINE CONFIGURATION ==--

 Skipping storing options as database already prepared

 --== PKI CONFIGURATION ==--

 PKI is already configured
 --== APACHE CONFIGURATION ==--

 --== SYSTEM CONFIGURATION ==--

 --== MISC CONFIGURATION ==--

 --== END OF CONFIGURATION ==--

 [ INFO ] Stage: Setup validation
 [WARNING] Less than 16384MB of memory is available
 [ INFO ] Cleaning stale zombie tasks

 --== CONFIGURATION PREVIEW ==--

 Engine database name : engine
 Engine database secured connection : False
 Engine database host : localhost
 Engine database user name : engine
 Engine database host name validation : False
 Engine database port : 5432
 NFS setup : True
 Firewall manager : firewalld
 Update Firewall : True
 Configure WebSocket Proxy : True
 Host FQDN : ovirt-admin.x.xxx.xxx
 NFS mount point : /var/lib/exports/iso
 Set application as default page : True
 Configure Apache SSL : True

 Please confirm installation settings (OK, Cancel) [OK]:
 [ INFO ] Cleaning async tasks and compensations
 [ INFO ] Checking the Engine database consistency
 [ INFO ] Stage: Transaction setup
 [ INFO ] Stopping engine service
 [ INFO ] Stage: Misc configuration
 [ INFO ] 

Re: [Users] Quota Consumers

2014-04-01 Thread Sandro Bonazzola
Il 30/03/2014 10:18, Eyal Edri ha scritto:
 
 
 - Original Message -
 From: Gilad Chaplik gchap...@redhat.com
 To: Maurice James midnightst...@msn.com, Eyal Edri ee...@redhat.com
 Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
 Sent: Sunday, March 30, 2014 1:58:54 AM
 Subject: Re: [Users] Quota Consumers

 - Original Message -
 From: Maurice James midnightst...@msn.com
 To: Gilad Chaplik gchap...@redhat.com
 Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
 Sent: Thursday, March 27, 2014 6:46:06 PM
 Subject: RE: [Users] Quota Consumers

 I can say that it worked for me. Do you know when we can expect the update
 in
 the repo?

 eyal?
 
 adding sandro and doron.
 can't find 3.4.1 schedule in oVirt release calendar:
 https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.comctz=Europe/Rome

We don't have a schedule for 3.4.1 yet.
Following the 1 month rule and considering the April holidays, I'll suggest the 
following tentative dates:

2014-04-30 oVirt 3.4.1 RC
2014-05-07 oVirt 3.4.1 GA.




 


 Date: Thu, 27 Mar 2014 12:38:10 -0400
 From: gchap...@redhat.com
 To: midnightst...@msn.com
 CC: users@ovirt.org; kia...@redhat.com
 Subject: Re: [Users] Quota Consumers

 http://gerrit.ovirt.org/#/c/26173/

 From a quick look, this regression exists in ovirt-3.3 as well.

 Thanks,
 Gilad.

 - Original Message -
 From: Maurice James midnightst...@msn.com
 To: users@ovirt.org
 Sent: Thursday, March 27, 2014 5:02:42 PM
 Subject: [Users] Quota Consumers

 Can anyone successfully assign a quota to an external group?

 ___
 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


Re: [Users] ovirt-guest-agent on debian?

2014-04-01 Thread Vinzenz Feenstra

On 03/31/2014 11:05 PM, Boudewijn Ector wrote:

Hi Guys


I was wondering wether anybody has the guest agent already working on
debian guests. In m previous install I had a working setup but currently
I only see Ubuntu packages.

When using these ubuntu packages I really run quite fast into trouble
due to the highly integrated nature of upstart in ubuntu.
Has anybody got a suggestion for a debian package?
Hi, currently there's no such package at least not from my knowledge 
however it's on our todo list for the next release.


Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R  D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

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] ovirt-guest-agent on debian?

2014-04-01 Thread Sven Kieske
Hi,

well I can use the guest agent for ubuntu 12.04 (precise)
really well on a debian 7 64 bit.

I didn't encounter any issues so far.

you just need to adjust the apt.sources.list

HTH


Am 31.03.2014 23:05, schrieb Boudewijn Ector:
 Hi Guys
 
 
 I was wondering wether anybody has the guest agent already working on
 debian guests. In m previous install I had a working setup but currently
 I only see Ubuntu packages.
 
 When using these ubuntu packages I really run quite fast into trouble
 due to the highly integrated nature of upstart in ubuntu.
 Has anybody got a suggestion for a debian package?
 
 Cheers,
 
 Boudewijn


-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH  Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt-guest-agent on debian?

2014-04-01 Thread René Koch

On 04/01/2014 09:18 AM, Sven Kieske wrote:

Hi,

well I can use the guest agent for ubuntu 12.04 (precise)
really well on a debian 7 64 bit.


I can confirm this - precise package works fine on Debian.



I didn't encounter any issues so far.

you just need to adjust the apt.sources.list

HTH


Am 31.03.2014 23:05, schrieb Boudewijn Ector:

Hi Guys


I was wondering wether anybody has the guest agent already working on
debian guests. In m previous install I had a working setup but currently
I only see Ubuntu packages.

When using these ubuntu packages I really run quite fast into trouble
due to the highly integrated nature of upstart in ubuntu.
Has anybody got a suggestion for a debian package?

Cheers,

Boudewijn




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Quota Consumers

2014-04-01 Thread Itamar Heim

On 04/01/2014 09:34 AM, Sandro Bonazzola wrote:

Il 30/03/2014 10:18, Eyal Edri ha scritto:



- Original Message -

From: Gilad Chaplik gchap...@redhat.com
To: Maurice James midnightst...@msn.com, Eyal Edri ee...@redhat.com
Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
Sent: Sunday, March 30, 2014 1:58:54 AM
Subject: Re: [Users] Quota Consumers

- Original Message -

From: Maurice James midnightst...@msn.com
To: Gilad Chaplik gchap...@redhat.com
Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
Sent: Thursday, March 27, 2014 6:46:06 PM
Subject: RE: [Users] Quota Consumers

I can say that it worked for me. Do you know when we can expect the update
in
the repo?


eyal?


adding sandro and doron.
can't find 3.4.1 schedule in oVirt release calendar:
https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.comctz=Europe/Rome


We don't have a schedule for 3.4.1 yet.
Following the 1 month rule and considering the April holidays, I'll suggest the 
following tentative dates:

2014-04-30 oVirt 3.4.1 RC


RC is just nightly build now, right?
maybe pull this a week earlier, for less risk of slipping due to blockers?


2014-05-07 oVirt 3.4.1 GA.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Quota Consumers

2014-04-01 Thread Sandro Bonazzola
Il 01/04/2014 09:55, Itamar Heim ha scritto:
 On 04/01/2014 09:34 AM, Sandro Bonazzola wrote:
 Il 30/03/2014 10:18, Eyal Edri ha scritto:


 - Original Message -
 From: Gilad Chaplik gchap...@redhat.com
 To: Maurice James midnightst...@msn.com, Eyal Edri ee...@redhat.com
 Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
 Sent: Sunday, March 30, 2014 1:58:54 AM
 Subject: Re: [Users] Quota Consumers

 - Original Message -
 From: Maurice James midnightst...@msn.com
 To: Gilad Chaplik gchap...@redhat.com
 Cc: users@ovirt.org, Kobi Ianku kia...@redhat.com
 Sent: Thursday, March 27, 2014 6:46:06 PM
 Subject: RE: [Users] Quota Consumers

 I can say that it worked for me. Do you know when we can expect the update
 in
 the repo?

 eyal?

 adding sandro and doron.
 can't find 3.4.1 schedule in oVirt release calendar:
 https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.comctz=Europe/Rome

 We don't have a schedule for 3.4.1 yet.
 Following the 1 month rule and considering the April holidays, I'll suggest 
 the following tentative dates:

 2014-04-30 oVirt 3.4.1 RC
 
 RC is just nightly build now, right?

Last time we talked about it RC could have been a proper build but ok for using 
a snapshot for that too.

 maybe pull this a week earlier, for less risk of slipping due to blockers?

The previous week will be the one after Passover for Israel and it's a short 
week for Italy, not sure about other countries.
I guess that pending patches for 3.4.1 will all be merged that week so it would 
be better to postpone GA by one week instead of having RC earlier.
(I also won't be around that week but David and Kiril can take care of the RC 
release without me around if we decide to have RC a week earlier)

 
 2014-05-07 oVirt 3.4.1 GA.


-- 
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] Logical Network VLAN Tagging and DataCenters

2014-04-01 Thread Simon Barrett
Is it possible/supported to have the same VLAN ID defined across multiple 
datacenters logical networks?

I am seeing a situation where if I have two Datacenters, both with a logical 
network that have the same vlan tag. E.G.

DC = London, Logical network = prod, VLAN = 123
DC = Paris, Logical network = prod, VLAN = 123

If I edit one of the VM's running in the London datacenter, the VM NIC shows 
up as empty even though if I click on the VM and go to the Network Interfaces 
tab at the bottom of the screen it lists up the prod network under Network 
Name.

All works OK for VM's that are assigned a logical network that is only defined 
once (i.e. has not been added to both datacenters).

This configuration is on oVirt Engine 3.3.2-1.el6. I am planning on moving to 
3.4 very soon so will test out again on that version.

Thanks,

Simon

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Stefan Wendler
Hi,

today I upgraded from 3.3.4 to 3.4 aus discribed in the release notes. Then 
executed engine-setup which finished without error.

Though I can see the running VMs in the according tab on each node (Hosts - 
Node - Tab: Virtual Machines) I don't see anything in the Virtual Machines 
tab (System- Virtual Machines). It just keeps loading forever. So currently I 
cannot view any VM that just has been created or is stopped.

Is this a bug or did I miss something?

Cheers,
Stefan


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Alexander Wels
Have you tried pressing the 'refresh' icon at the top of the grid next to the 
 and  buttons?

On Tuesday, April 01, 2014 01:59:55 PM Stefan Wendler wrote:
 Hi,
 
 today I upgraded from 3.3.4 to 3.4 aus discribed in the release notes. Then
 executed engine-setup which finished without error.
 
 Though I can see the running VMs in the according tab on each node (Hosts -
 Node - Tab: Virtual Machines) I don't see anything in the Virtual
 Machines tab (System- Virtual Machines). It just keeps loading forever.
 So currently I cannot view any VM that just has been created or is stopped.
 
 Is this a bug or did I miss something?
 
 Cheers,
 Stefan
 
 
 ___
 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] VM-List gone after upgrade to 3.4

2014-04-01 Thread Stefan Wendler
Yup. It is just showing the three loading dots forever. But there should be 
around 60 vms listed there. 

On Tuesday 01 April 2014 08:26:32 Alexander Wels wrote:
 Have you tried pressing the 'refresh' icon at the top of the grid next to
 the  and  buttons?
 
 On Tuesday, April 01, 2014 01:59:55 PM Stefan Wendler wrote:
  Hi,
  
  today I upgraded from 3.3.4 to 3.4 aus discribed in the release notes.
  Then
  executed engine-setup which finished without error.
  
  Though I can see the running VMs in the according tab on each node (Hosts
  - Node - Tab: Virtual Machines) I don't see anything in the Virtual
  Machines tab (System- Virtual Machines). It just keeps loading forever.
  So currently I cannot view any VM that just has been created or is
  stopped.
  
  Is this a bug or did I miss something?
  
  Cheers,
  Stefan
  
  
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
-- 
Stefan Wendler
stefan.wend...@tngtech.com
+49 (0) 176 -  2438 3835
Senior Consultant

TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterföhring
Geschäftsführer: Henrik Klagges, Gerhard Müller, Christoph Stock
Amtsgericht München, HRB 135082
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
sounds like a javascript exception... is there anything showing 
in the browser's javascript error console?

- Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 To: users@ovirt.org
 Sent: Tuesday, April 1, 2014 8:35:08 AM
 Subject: Re: [Users] VM-List gone after upgrade to 3.4
 
 Yup. It is just showing the three loading dots forever. But there should be
 around 60 vms listed there.
 
 On Tuesday 01 April 2014 08:26:32 Alexander Wels wrote:
  Have you tried pressing the 'refresh' icon at the top of the grid next to
  the  and  buttons?
  
  On Tuesday, April 01, 2014 01:59:55 PM Stefan Wendler wrote:
   Hi,
   
   today I upgraded from 3.3.4 to 3.4 aus discribed in the release notes.
   Then
   executed engine-setup which finished without error.
   
   Though I can see the running VMs in the according tab on each node (Hosts
   - Node - Tab: Virtual Machines) I don't see anything in the Virtual
   Machines tab (System- Virtual Machines). It just keeps loading forever.
   So currently I cannot view any VM that just has been created or is
   stopped.
   
   Is this a bug or did I miss something?
   
   Cheers,
   Stefan
   
   
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
 --
 Stefan Wendler
 stefan.wend...@tngtech.com
 +49 (0) 176 -  2438 3835
 Senior Consultant
 
 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterföhring
 Geschäftsführer: Henrik Klagges, Gerhard Müller, Christoph Stock
 Amtsgericht München, HRB 135082
 ___
 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] VM-List gone after upgrade to 3.4

2014-04-01 Thread Ernest Beinrohr

Dn(a 01.04.2014 14:35, Stefan Wendler wrote / napísal(a):

Yup. It is just showing the three loading dots forever. But there should be
around 60 vms listed there.



I often have similar issues with my 3.3 setup, but with the Disks tab. 
Only solution I've found is to restart the engine :(


--
Ernest Beinrohr, AXON PRO
Ing http://www.beinrohr.sk/ing.php, RHCE 
http://www.beinrohr.sk/rhce.php, RHCVA 
http://www.beinrohr.sk/rhce.php, LPIC 
http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, 
+421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 
callto://+421-903--482-603

icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled. Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Itamar Heim

On 04/01/2014 03:43 PM, Ernest Beinrohr wrote:

Dňa 01.04.2014 14:35, Stefan Wendler wrote / napísal(a):

Yup. It is just showing the three loading dots forever. But there should be
around 60 vms listed there.


did you open a new browser session, or re-used an old one?





I often have similar issues with my 3.3 setup, but with the Disks tab.
Only solution I've found is to restart the engine :(

--
Ernest Beinrohr, AXON PRO
Ing http://www.beinrohr.sk/ing.php, RHCE
http://www.beinrohr.sk/rhce.php, RHCVA
http://www.beinrohr.sk/rhce.php, LPIC
http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php,
+421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603
callto://+421-903--482-603
icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

“For a successful technology, reality must take precedence over public
relations, for Nature cannot be fooled.” Richard Feynman


___
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] VM-List gone after upgrade to 3.4

2014-04-01 Thread Stefan Wendler
You are right. Here is the message:

I tried deleting the browser cache but the error stays the same



-- begin --

Tue Apr 01 14:46:42 GMT+200 2014 
com.google.gwt.logging.client.LogConfiguration
SEVERE: (TypeError) 
 stack: TypeError: Cannot call method 'Fk' of null
at tek 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
at Object.Qom [as z1] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
at uvk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
at Object.Zzk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
at Zuk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
at $uk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
at tMk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
at Object.cNk [as nV] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
at Object.jyk [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
at t3j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
at Object.w3j [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
at I5j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
at Object.L5j [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006)
at a5j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16058:172)
at Object.d5j [as fi] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:19431)
at Object.JHd [as Be] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17671:5945)
at lR 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15059:137)
at Object.ER 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17668:21883)
at XMLHttpRequest.anonymous 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12328:65)
at qr 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:8701:29)
at tr 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15691:57)
at XMLHttpRequest.anonymous 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12949:45):
 Cannot 
call method 'Fk' of null
com.google.gwt.core.client.JavaScriptException: (TypeError) 
 stack: TypeError: Cannot call method 'Fk' of null
at tek 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
at Object.Qom [as z1] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
at uvk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
at Object.Zzk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
at Zuk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
at $uk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
at tMk 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
at Object.cNk [as nV] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
at Object.jyk [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
at t3j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
at Object.w3j [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
at I5j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
at Object.L5j [as tX] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006)
at a5j 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16058:172)
at Object.d5j [as fi] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:19431)
at Object.JHd [as Be] 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17671:5945)
at lR 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15059:137)
at Object.ER 
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17668:21883)
at XMLHttpRequest.anonymous 

[Users] Error installing self hosted engine

2014-04-01 Thread ovirt-test
Hello,

I'm new to this list and I need help installing a self hosted engine

I've installed CentOS 6.5 and oVirt 3.4. The following repositories are enabled:
yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm
yum localinstall 
http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
yum localinstall 
http://mirrors.dotsrc.org/jpackage/6.0/generic/free/RPMS/jpackage-release-6-3.jpp6.noarch.rpm

Just wanted to check out the self hosted feature. But I get this error:

# hosted-engine --deploy
[ INFO  ] Stage: Initializing
  Continuing will configure this host for serving as hypervisor and 
create a VM where you have to install oVirt Engine afterwards.
  Are you sure you want to continue? (Yes, No)[Yes]: 
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  Configuration files: []
  Log file: 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140401153028.log
  Version: otopi-1.2.0 (otopi-1.2.0-1.el6)
[ INFO  ] Hardware supports virtualization
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ ERROR ] Failed to execute stage 'Environment setup': Fault 1: type 
'exceptions.TypeError':cannot marshal None unless allow_none is enabled
[ INFO  ] Stage: Clean up
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination

It is not this error:
http://lists.ovirt.org/pipermail/users/2014-March/022424.html

In my logfile are the following errors:
2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
plugin.executeRaw:366 execute: ('/sbin/service', 'vdsmd', 'status'), 
executable='None', cwd='None', env=None
2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
plugin.executeRaw:383 execute-result: ('/sbin/service', 'vdsmd', 'status'), rc=0
2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:441 
execute-output: ('/sbin/service', 'vdsmd', 'status') stdout:
VDS daemon server is running

2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:446 
execute-output: ('/sbin/service', 'vdsmd', 'status') stderr:


2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel rhel.status:147 
service vdsmd status True
2014-04-01 15:30:32 DEBUG otopi.context context._executeMethod:152 method 
exception
Traceback (most recent call last):
  File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
_executeMethod
method['method']()
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py,
 line 157, in _late_setup
self._connect()
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py,
 line 78, in _connect
hwinfo = serv.s.getVdsHardwareInfo()
  File /usr/lib64/python2.6/xmlrpclib.py, line 1199, in __call__
return self.__send(self.__name, args)
  File /usr/lib64/python2.6/xmlrpclib.py, line 1489, in __request
verbose=self.__verbose
  File /usr/lib64/python2.6/xmlrpclib.py, line 1253, in request
return self._parse_response(h.getfile(), sock)
  File /usr/lib64/python2.6/xmlrpclib.py, line 1392, in _parse_response
return u.close()
  File /usr/lib64/python2.6/xmlrpclib.py, line 838, in close
raise Fault(**self._stack[0])
Fault: Fault 1: type 'exceptions.TypeError':cannot marshal None unless 
allow_none is enabled
2014-04-01 15:30:32 ERROR otopi.context context._executeMethod:161 Failed to 
execute stage 'Environment setup': Fault 1: type 
'exceptions.TypeError':cannot marshal None unless allow_none is enabled
2014-04-01 15:30:32 DEBUG otopi.context context.dumpEnvironment:468 ENVIRONMENT 
DUMP - BEGIN

Can anybody help me how to fix this problem?

Thank you
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
Thanks, Stefan. 
Tomas/UI maintainers: I recall several similar issues in the past - 
does anyone have any helpful information / recommendations how to 
proceed?

- Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 To: Einav Cohen eco...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, April 1, 2014 9:37:00 AM
 Subject: Re: [Users] VM-List gone after upgrade to 3.4
 
 You are right. Here is the message:
 
 I tried deleting the browser cache but the error stays the same
 
 
 
 -- begin --
 
 Tue Apr 01 14:46:42 GMT+200 2014
 com.google.gwt.logging.client.LogConfiguration
 SEVERE: (TypeError)
  stack: TypeError: Cannot call method 'Fk' of null
 at tek
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
 at Object.Qom [as z1]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
 at uvk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
 at Object.Zzk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
 at Zuk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
 at $uk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
 at tMk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
 at Object.cNk [as nV]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
 at Object.jyk [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
 at t3j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
 at Object.w3j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
 at I5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
 at Object.L5j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006)
 at a5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16058:172)
 at Object.d5j [as fi]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:19431)
 at Object.JHd [as Be]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17671:5945)
 at lR
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15059:137)
 at Object.ER
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17668:21883)
 at XMLHttpRequest.anonymous
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12328:65)
 at qr
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:8701:29)
 at tr
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15691:57)
 at XMLHttpRequest.anonymous
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12949:45):
 Cannot
 call method 'Fk' of null
 com.google.gwt.core.client.JavaScriptException: (TypeError)
  stack: TypeError: Cannot call method 'Fk' of null
 at tek
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
 at Object.Qom [as z1]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
 at uvk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
 at Object.Zzk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
 at Zuk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
 at $uk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
 at tMk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
 at Object.cNk [as nV]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
 at Object.jyk [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
 at t3j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
 at Object.w3j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
 at I5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
 at Object.L5j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006)

Re: [Users] Error installing self hosted engine

2014-04-01 Thread Sandro Bonazzola
Il 01/04/2014 15:38, ovirt-t...@arcor.de ha scritto:
 Hello,
 
 I'm new to this list and I need help installing a self hosted engine
 
 I've installed CentOS 6.5 and oVirt 3.4. The following repositories are 
 enabled:
 yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm
 yum localinstall 
 http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
 yum localinstall 
 http://mirrors.dotsrc.org/jpackage/6.0/generic/free/RPMS/jpackage-release-6-3.jpp6.noarch.rpm
 
 Just wanted to check out the self hosted feature. But I get this error:
 
 # hosted-engine --deploy
 [ INFO  ] Stage: Initializing
   Continuing will configure this host for serving as hypervisor and 
 create a VM where you have to install oVirt Engine afterwards.
   Are you sure you want to continue? (Yes, No)[Yes]: 
 [ INFO  ] Generating a temporary VNC password.
 [ INFO  ] Stage: Environment setup
   Configuration files: []
   Log file: 
 /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140401153028.log
   Version: otopi-1.2.0 (otopi-1.2.0-1.el6)
 [ INFO  ] Hardware supports virtualization
 [ INFO  ] Stage: Environment packages setup
 [ INFO  ] Stage: Programs detection
 [ INFO  ] Stage: Environment setup
 [ ERROR ] Failed to execute stage 'Environment setup': Fault 1: type 
 'exceptions.TypeError':cannot marshal None unless allow_none is enabled
 [ INFO  ] Stage: Clean up
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 
 It is not this error:
 http://lists.ovirt.org/pipermail/users/2014-March/022424.html
 
 In my logfile are the following errors:
 2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
 plugin.executeRaw:366 execute: ('/sbin/service', 'vdsmd', 'status'), 
 executable='None', cwd='None', env=None
 2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
 plugin.executeRaw:383 execute-result: ('/sbin/service', 'vdsmd', 'status'), 
 rc=0
 2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
 plugin.execute:441 execute-output: ('/sbin/service', 'vdsmd', 'status') 
 stdout:
 VDS daemon server is running
 
 2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel 
 plugin.execute:446 execute-output: ('/sbin/service', 'vdsmd', 'status') 
 stderr:
 
 
 2014-04-01 15:30:32 DEBUG otopi.plugins.otopi.services.rhel rhel.status:147 
 service vdsmd status True
 2014-04-01 15:30:32 DEBUG otopi.context context._executeMethod:152 method 
 exception
 Traceback (most recent call last):
   File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
 _executeMethod
 method['method']()
   File 
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py,
  line 157, in _late_setup
 self._connect()
   File 
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py,
  line 78, in _connect
 hwinfo = serv.s.getVdsHardwareInfo()
   File /usr/lib64/python2.6/xmlrpclib.py, line 1199, in __call__
 return self.__send(self.__name, args)
   File /usr/lib64/python2.6/xmlrpclib.py, line 1489, in __request
 verbose=self.__verbose
   File /usr/lib64/python2.6/xmlrpclib.py, line 1253, in request
 return self._parse_response(h.getfile(), sock)
   File /usr/lib64/python2.6/xmlrpclib.py, line 1392, in _parse_response
 return u.close()
   File /usr/lib64/python2.6/xmlrpclib.py, line 838, in close
 raise Fault(**self._stack[0])
 Fault: Fault 1: type 'exceptions.TypeError':cannot marshal None unless 
 allow_none is enabled
 2014-04-01 15:30:32 ERROR otopi.context context._executeMethod:161 Failed to 
 execute stage 'Environment setup': Fault 1: type 
 'exceptions.TypeError':cannot marshal None unless allow_none is enabled
 2014-04-01 15:30:32 DEBUG otopi.context context.dumpEnvironment:468 
 ENVIRONMENT DUMP - BEGIN
 
 Can anybody help me how to fix this problem?

Can you please attach also vdsm logs?




 
 Thank you
 ___
 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


Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed

2014-04-01 Thread Alastair Neil
Thanks Alon, that did the trick and my upgrade completed successfully.



On 31 March 2014 23:18, Alastair Neil ajneil.t...@gmail.com wrote:

 Thanks Alon


 On 31 March 2014 19:22, Alon Bar-Lev alo...@redhat.com wrote:



 - Original Message -
  From: Alastair Neil ajneil.t...@gmail.com
  To: Alon Bar-Lev alo...@redhat.com
  Sent: Tuesday, April 1, 2014 2:10:03 AM
  Subject: Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed
 
  So are there any specific actions I need to do or just try tomorrow?

 You can edit:
 /usr/share/ovirt-engine/setup/ovirt_engine_setup/constants.py

 Replace:
 UPGRADE_YUM_GROUP = 'ovirt-engine-3.4'
 With:
 UPGRADE_YUM_GROUP = 'ovirt-engine-XXX'

 This will make setup ignore the bad group and upgrade based on package
 name.

 
  -Alastair
 
 
 
  On 31 March 2014 19:07, Alon Bar-Lev alo...@redhat.com wrote:
 
  
   The group within repository[1] is invalid.
  
   Sandro, kiril, please modify ovirt-ovirt-enigne and check that all
   packages are OK.
  
   I also do not know what this file[2] is at that location.
  
   Alastair, all the issues are caused by this, as product is not
 upgraded to
   3.4, so setup package of 3.4 is trying to setup 3.3 product.
  
   Thank you for the report!
  
   Alon
  
   [1]
  
 http://resources.ovirt.org/pub/ovirt-3.4/rpm/fc19/repodata/6cf75ccf11a0c2452b3d734092f20f2d52fcf5dd3933a80420384c990506fd25-ovirt34.xml
   [2] http://resources.ovirt.org/pub/ovirt-3.4/ovirt34.xml
  
   - Original Message -
From: Alastair Neil ajneil.t...@gmail.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Tuesday, April 1, 2014 1:59:16 AM
Subject: Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed
   
I tried manually copying the directory /etc/ovirt-engine/sysprep to
/usr/share/ovirt-engine/conf, and then running engine-setup
   
I now get a different failure:
   
[ ERROR ] Failed to execute stage 'Misc configuration': function
inst_add_glance_provider(unknown, unknown, unknown, unknown,
 unknown)
   does
not exist LINE 2: select inst_add_glance_provider(
   ^ HINT:  No function matches the given name
 and
argument types. You might need to add explicit type casts.
   
I am attaching the logs from both in case this was a bogus thing to
 try
   
-20140331175537.log has the original failure and the second  in in
 the
other file.
   
Thanks
   
-Alastair
   
   
   
On 31 March 2014 18:24, Alon Bar-Lev alo...@redhat.com wrote:
   


 - Original Message -
  From: Alastair Neil ajneil.t...@gmail.com
  To: users@ovirt.org
  Sent: Tuesday, April 1, 2014 1:18:37 AM
  Subject: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed
 
  Any suggestions what to look for?

 Please attach:
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log

  Thanks
  Alastair
 
 
 
  [root@ovirt-admin ~]# engine-setup
  [ INFO ] Stage: Initializing
  [ INFO ] Stage: Environment setup
  Configuration files:
   ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
  '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file:
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log
  Version: otopi-1.2.0 (otopi-1.2.0-1.fc19)
  [ INFO ] Stage: Environment packages setup
  [ INFO ] Stage: Programs detection
  [ INFO ] Stage: Environment setup
  [ INFO ] Stage: Environment customization
 
  --== PRODUCT OPTIONS ==--
 
 
  --== PACKAGES ==--
 
  [ INFO ] Checking for product updates...
  [ INFO ] No product updates found
 
  --== NETWORK CONFIGURATION ==--
 
  Setup can automatically configure the firewall on this system.
  Note: automatic configuration of the firewall may overwrite
 current
 settings.
  Do you want Setup to configure the firewall? (Yes, No) [Yes]:
  [ INFO ] firewalld will be configured as firewall manager.
 
  --== DATABASE CONFIGURATION ==--
 
  --== OVIRT ENGINE CONFIGURATION ==--
 
  Skipping storing options as database already prepared
 
  --== PKI CONFIGURATION ==--
 
  PKI is already configured
  --== APACHE CONFIGURATION ==--
 
  --== SYSTEM CONFIGURATION ==--
 
  --== MISC CONFIGURATION ==--
 
  --== END OF CONFIGURATION ==--
 
  [ INFO ] Stage: Setup validation
  [WARNING] Less than 16384MB of memory is available
  [ INFO ] Cleaning stale zombie tasks
 
  --== CONFIGURATION PREVIEW ==--
 
  Engine database name : engine
  Engine database secured connection : False
  Engine database host : localhost
  Engine database user name : engine
  Engine database host name validation : False
  Engine database port : 5432
  NFS setup : True
  Firewall manager : firewalld
  Update Firewall : 

Re: [Users] Logical Network VLAN Tagging and DataCenters

2014-04-01 Thread Sven Kieske
Well I am also interested in this feature.

I assumed it would work as logical networks
are per data center defined.

I hadn't time and resources to test it yet.

Maybe this is just an UI-Bug?
Simon, could you try and get the network
interfaces of this vm via REST-API or cli?

Am 01.04.2014 12:26, schrieb Simon Barrett:
 Is it possible/supported to have the same VLAN ID defined across multiple 
 datacenters logical networks?
 
 I am seeing a situation where if I have two Datacenters, both with a logical 
 network that have the same vlan tag. E.G.
 
 DC = London, Logical network = prod, VLAN = 123
 DC = Paris, Logical network = prod, VLAN = 123
 
 If I edit one of the VM's running in the London datacenter, the VM NIC 
 shows up as empty even though if I click on the VM and go to the Network 
 Interfaces tab at the bottom of the screen it lists up the prod network 
 under Network Name.
 
 All works OK for VM's that are assigned a logical network that is only 
 defined once (i.e. has not been added to both datacenters).
 
 This configuration is on oVirt Engine 3.3.2-1.el6. I am planning on moving to 
 3.4 very soon so will test out again on that version.
 
 Thanks,
 
 Simon

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH  Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Stefan Wendler
Thanks for pushing it Einav. Would be nice to have a workaround until there is 
a real fix or we figured out where I f*cked up ;) 

Even a patch file for the javascript would be nice. Because we are really 
relying on the gui.

Cheers

On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:
 Thanks, Stefan.
 Tomas/UI maintainers: I recall several similar issues in the past -
 does anyone have any helpful information / recommendations how to
 proceed?
 
 - Original Message -
 
  From: Stefan Wendler stefan.wend...@tngtech.com
  To: Einav Cohen eco...@redhat.com
  Cc: users@ovirt.org
  Sent: Tuesday, April 1, 2014 9:37:00 AM
  Subject: Re: [Users] VM-List gone after upgrade to 3.4
  
  You are right. Here is the message:
  
  I tried deleting the browser cache but the error stays the same
  
  
  
  -- begin --
  
  Tue Apr 01 14:46:42 GMT+200 2014
  com.google.gwt.logging.client.LogConfiguration
  SEVERE: (TypeError)
  
   stack: TypeError: Cannot call method 'Fk' of null
   
  at tek
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12049:58) at Object.Qom [as z1]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17764:28600) at uvk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15782:166) at Object.Zzk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16763:328) at Zuk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15976:146) at $uk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15870:29) at tMk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:7346:19) at Object.cNk [as nV]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17740:20496) at Object.jyk [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17737:17915) at t3j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16478:85) at Object.w3j [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:514) at I5j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12300:40) at Object.L5j [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:20006) at a5j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16058:172) at Object.d5j [as fi]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:19431) at Object.JHd [as Be]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17671:5945) at lR
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15059:137) at Object.ER
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17668:21883) at XMLHttpRequest.anonymous
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12328:65) at qr
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:8701:29) at tr
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15691:57) at XMLHttpRequest.anonymous
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12949:45): Cannot
  
  call method 'Fk' of null
  com.google.gwt.core.client.JavaScriptException: (TypeError)
  
   stack: TypeError: Cannot call method 'Fk' of null
   
  at tek
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12049:58) at Object.Qom [as z1]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17764:28600) at uvk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15782:166) at Object.Zzk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16763:328) at Zuk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15976:146) at $uk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15870:29) at tMk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:7346:19) at Object.cNk [as nV]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17740:20496) at Object.jyk [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17737:17915) at t3j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  

[Users] How-to NAT / host-only virtual machine network

2014-04-01 Thread Alexander von Gluck
Found a way to get easy NAT / host only virtual networks in oVirt 3.4.  I
didn't see this documented, so posting it here:

 1. Create a fake ethernet card
- ip link set name vmnet0dummy dev dummy0

Now you can create a new network (bridge) named vmnet0, and attach it to
vmnet0dummy.

The issue is that as posted on
http://www.ovirt.org/Features/Nicless_Network#Benefit_to_oVirt:

I am told that implementing this in Engine is quite a pain, as network
external interfaces are currently used as keys. A network without nics is
currently unsearchable.


You'll need to figure out your own dhcp / NAT using libvirt or something
running on your server, but a *lot* easier and less hacky than
http://lists.ovirt.org/pipermail/users/2012-April/001751.html :-)

 -- Alex
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
found some references to the similar issues:

one in 3.3.1 that seems to be related to os-info [1]. 

another issue from latest ovirt (back in January...) which 
I am not exactly sure how it ended up (os-info? db? maybe 
Adam remembers?) [2]. 

not sure if any of them is related, but maybe. 
HTH. 


Thanks,
Einav

[1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html
look for a thread titled: 'Strange UI bug: tab VM unusable / oVirt 3.3.1+'

[2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html
look for a thread titled: 'UI: VM list not populating'

 - Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 Sent: Tuesday, April 1, 2014 11:57:48 AM
 
 Thanks for pushing it Einav. Would be nice to have a workaround until there
 is
 a real fix or we figured out where I f*cked up ;)
 
 Even a patch file for the javascript would be nice. Because we are really
 relying on the gui.
 
 Cheers
 
 On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:
  Thanks, Stefan.
  Tomas/UI maintainers: I recall several similar issues in the past -
  does anyone have any helpful information / recommendations how to
  proceed?
  
  - Original Message -
  
   From: Stefan Wendler stefan.wend...@tngtech.com
   To: Einav Cohen eco...@redhat.com
   Cc: users@ovirt.org
   Sent: Tuesday, April 1, 2014 9:37:00 AM
   Subject: Re: [Users] VM-List gone after upgrade to 3.4
   
   You are right. Here is the message:
   
   I tried deleting the browser cache but the error stays the same
   
   
   
   -- begin --
   
   Tue Apr 01 14:46:42 GMT+200 2014
   com.google.gwt.logging.client.LogConfiguration
   SEVERE: (TypeError)
   
stack: TypeError: Cannot call method 'Fk' of null

   at tek
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12049:58) at Object.Qom [as z1]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17764:28600) at uvk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15782:166) at Object.Zzk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16763:328) at Zuk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15976:146) at $uk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15870:29) at tMk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:7346:19) at Object.cNk [as nV]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17740:20496) at Object.jyk [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17737:17915) at t3j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16478:85) at Object.w3j [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:514) at I5j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12300:40) at Object.L5j [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:20006) at a5j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16058:172) at Object.d5j [as fi]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:19431) at Object.JHd [as Be]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17671:5945) at lR
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15059:137) at Object.ER
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17668:21883) at XMLHttpRequest.anonymous
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12328:65) at qr
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:8701:29) at tr
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15691:57) at XMLHttpRequest.anonymous
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12949:45): Cannot
   
   call method 'Fk' of null
   com.google.gwt.core.client.JavaScriptException: (TypeError)
   
stack: TypeError: Cannot call method 'Fk' of null

   at tek
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12049:58) at Object.Qom [as z1]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17764:28600) at uvk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15782:166) at 

[Users] oVirt 3.4.0 remove node problem

2014-04-01 Thread Laercio Motta
Hi all,

Upgrade my oVirt yesterday from 3.3.4 to 3.4.0..
For my surprise, the node of 3.3 not running in 3.4 (Cluster version)
Ok... move to maintenance and upgrade :P
But... Maintenance not is running for 10+ minutes.. (No live migration
progress)
I restart the ovirt-engine and live migration running and node is
maintenance mode.. (nice!!)
But.. (yes, again)... remove the node from ovirt engine not is
possible, this message error  in engine.log:
http://pastebin.com/CfTeHepv

PS: sorry for my english.. I'am Brazilian :P

[]'s

-- 
╔══╗
║▒▒▒ Laercio da Silva Motta ▒▒▒║
║--║
║* Blog: *http://www.laerciomotta.com/   ║
║ *Twitter:* http://twitter.com/#!/laerciomasala ║
║ *Skype*: laerciomasala ║
║ Chave PGP: http://bit.ly/kXS6ga  ║
╚═v1.0═╝
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Migrate cluster 3.3 - 3.4 hosted on existing hosts

2014-04-01 Thread Ted Miller

Current setup:

 * 3 identical hosts running on HP GL180 g5 servers
 o gluster running 5 volumes in replica 3
 * engine running on VMWare Server on another computer (that computer is NOT
   available to convert to a host)

Where I want to end up:

 * 3 identical hosted-engine hosts running on HP GL180 g5 servers
 o gluster running 6 volumes in replica 3
 + new volume will be nfs storage for engine VM
 * hosted engine in oVirt VM
 * as few changes to current setup as possible

The two pages I found on the wiki are: Hosted Engine Howto 
http://www.ovirt.org/Hosted_Engine_Howto and Migrate to Hosted Engine 
http://www.ovirt.org/Migrate_to_Hosted_Engine.  Both were written during 
the testing process, and have not been updated to reflect production status. 
I don't know if anything in the process has changed since they were written.


Process outlined in above two pages (as I understand it):

   have nfs file store ready to hold VM

   Do minimal install (not clear if ovirt node, Centos, or Fedora was
   used--I am Centos-based)

   # yum install ovirt-hosted-engine-setup
   # hosted-engine --deploy

   Install OS on VM

   return to host console

   at Please install the engine in the VM prompt on host

   on VM console
   # yum install ovirt-engine

   on old engine:
   service ovirt-engine stop
   chkconfig ovirt-engine off

   set up dns for new engine

   # engine-backup --mode=backup --file=backup1 --log=backup1.log
   scp backup file to new engine VM

   on new VM:
   # engine-backup --mode=restore --file=backup1 --log=backup1-restore.log
   --change-db-credentials --db-host=didi-lap --db-user=engine --db-password
   --db-name=engine
   # engine-setup

   on host:
   run script until: The system will wait until the VM is down.

   on new VM:
   # reboot

   on Host: finish script

My questions:

1. Is the above still the recommended way to do a hosted-engine install?

2. Will it blow up at me if I use my existing host (with glusterfs all set 
up, etc) as the starting point, instead of a clean install?


Thank you for letting me benefit from your experience,
Ted Miller
Elkhart, IN, USA

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Clone thin provision to thin provision??

2014-04-01 Thread Federico Alberto Sayd

On 01/04/14 02:43, Gadi Ickowicz wrote:

Hi,

This should be possible AFAIK - are you selecting thin provision for each disk? 
if you are, could you please attach engine logs and vdsm logs from the spm host 
for the time of creation of the vm from the snapshot?
also - your vdsm version is quite a bit older than the engine version


Thanks,
Gadi Ickowicz

- Original Message -
From: Federico Alberto Sayd fs...@uncu.edu.ar
To: users@oVirt.org users@ovirt.org
Sent: Monday, March 31, 2014 6:45:13 PM
Subject: [Users] Clome thin provision to thin provision??

Hello:

Is it possible to clone a vm with thin provisioned disks to another vm
with thin provisioned disks too?

Currently when I clone a VM from a snapshot, although I choose thin
provision in resource allocation-Storage Allocation from the
Clone VM from Snapshot dialog, the VM is created with preallocated disk(s)

Is this the default or there is a problem with my engine/nodes installation?

Engine: Centos 6.5, ovirt-engine 3.4.0-1.el6
Nodes: Centos 6.5, vdsm-4.13.3-2.el6
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


This are the logs at the moment when I cloned a thin provisioned vm (I 
have to fix the timezone in the node to +3)


engine.log: http://pastebin.com/dWtTP7Tg
vdsm.log from SPM host: http://pastebin.com/gHfzDVW6

I can't see in the logs any clue. I updated the nodes to the latest 
version: vdsm-4.14.6-0.el6, but the problem continues. I detected that 
some vm's are cloned as thin but others as preallocated altough I choose 
thin provision


Thank you

Federico
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Stefan Wendler
Read the links and checked the osinfo properties file. even downloaded the 
latest one. 
But it didn't work. I have one FreeBSD vm which has type Other (6 in database) 
but in the ostype props bundled with version 3.4 (and even the on in git) has 
backwardCompatibility.Other = 0. The same as unassigned. I changed Other to 6 
but it didn't help. The error stays the same. unfortunately.

Cheers,
Stefan

On Tuesday 01 April 2014 12:21:47 Einav Cohen wrote:
 found some references to the similar issues:
 
 one in 3.3.1 that seems to be related to os-info [1].
 
 another issue from latest ovirt (back in January...) which
 I am not exactly sure how it ended up (os-info? db? maybe
 Adam remembers?) [2].
 
 not sure if any of them is related, but maybe.
 HTH.
 
 
 Thanks,
 Einav
 
 [1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html
 look for a thread titled: 'Strange UI bug: tab VM unusable / oVirt 3.3.1+'
 
 [2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html
 look for a thread titled: 'UI: VM list not populating'
 
  - Original Message -
  From: Stefan Wendler stefan.wend...@tngtech.com
  Sent: Tuesday, April 1, 2014 11:57:48 AM
  
  Thanks for pushing it Einav. Would be nice to have a workaround until
  there
  is
  a real fix or we figured out where I f*cked up ;)
  
  Even a patch file for the javascript would be nice. Because we are really
  relying on the gui.
  
  Cheers
  
  On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:
   Thanks, Stefan.
   Tomas/UI maintainers: I recall several similar issues in the past -
   does anyone have any helpful information / recommendations how to
   proceed?
   
   - Original Message -
   
From: Stefan Wendler stefan.wend...@tngtech.com
To: Einav Cohen eco...@redhat.com
Cc: users@ovirt.org
Sent: Tuesday, April 1, 2014 9:37:00 AM
Subject: Re: [Users] VM-List gone after upgrade to 3.4

You are right. Here is the message:

I tried deleting the browser cache but the error stays the same



-- begin --

Tue Apr 01 14:46:42 GMT+200 2014
com.google.gwt.logging.client.LogConfiguration
SEVERE: (TypeError)

 stack: TypeError: Cannot call method 'Fk' of null
 
at tek
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:12049:58) at Object.Qom [as z1]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17764:28600) at uvk
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:15782:166) at Object.Zzk
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:16763:328) at Zuk
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:15976:146) at $uk
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:15870:29) at tMk
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:7346:19) at Object.cNk [as nV]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17740:20496) at Object.jyk [as tX]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17737:17915) at t3j
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:16478:85) at Object.w3j [as tX]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17734:514) at I5j
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:12300:40) at Object.L5j [as tX]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17734:20006) at a5j
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:16058:172) at Object.d5j [as fi]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17734:19431) at Object.JHd [as Be]
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17671:5945) at lR
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:15059:137) at Object.ER
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:17668:21883) at XMLHttpRequest.anonymous
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:12328:65) at qr
(https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
9FEF
.cache.html:8701:29) at tr

Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Adam Litke

On 01/04/14 12:21 -0400, Einav Cohen wrote:

found some references to the similar issues:

one in 3.3.1 that seems to be related to os-info [1].

another issue from latest ovirt (back in January...) which
I am not exactly sure how it ended up (os-info? db? maybe
Adam remembers?) [2].


Sadly there was no resolution except to blow away my development
environment and start over (which obviously is not the correct course
of action in this case).



not sure if any of them is related, but maybe.
HTH.


Thanks,
Einav

[1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html
look for a thread titled: 'Strange UI bug: tab VM unusable / oVirt 3.3.1+'

[2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html
look for a thread titled: 'UI: VM list not populating'


- Original Message -
From: Stefan Wendler stefan.wend...@tngtech.com
Sent: Tuesday, April 1, 2014 11:57:48 AM

Thanks for pushing it Einav. Would be nice to have a workaround until there
is
a real fix or we figured out where I f*cked up ;)

Even a patch file for the javascript would be nice. Because we are really
relying on the gui.

Cheers

On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:
 Thanks, Stefan.
 Tomas/UI maintainers: I recall several similar issues in the past -
 does anyone have any helpful information / recommendations how to
 proceed?

 - Original Message -

  From: Stefan Wendler stefan.wend...@tngtech.com
  To: Einav Cohen eco...@redhat.com
  Cc: users@ovirt.org
  Sent: Tuesday, April 1, 2014 9:37:00 AM
  Subject: Re: [Users] VM-List gone after upgrade to 3.4
 
  You are right. Here is the message:
 
  I tried deleting the browser cache but the error stays the same
 
 
 
  -- begin --
 
  Tue Apr 01 14:46:42 GMT+200 2014
  com.google.gwt.logging.client.LogConfiguration
  SEVERE: (TypeError)
 
   stack: TypeError: Cannot call method 'Fk' of null
 
  at tek
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12049:58) at Object.Qom [as z1]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17764:28600) at uvk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15782:166) at Object.Zzk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16763:328) at Zuk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15976:146) at $uk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15870:29) at tMk
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:7346:19) at Object.cNk [as nV]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17740:20496) at Object.jyk [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17737:17915) at t3j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16478:85) at Object.w3j [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:514) at I5j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12300:40) at Object.L5j [as tX]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:20006) at a5j
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:16058:172) at Object.d5j [as fi]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17734:19431) at Object.JHd [as Be]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17671:5945) at lR
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15059:137) at Object.ER
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17668:21883) at XMLHttpRequest.anonymous
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12328:65) at qr
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:8701:29) at tr
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:15691:57) at XMLHttpRequest.anonymous
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12949:45): Cannot
 
  call method 'Fk' of null
  com.google.gwt.core.client.JavaScriptException: (TypeError)
 
   stack: TypeError: Cannot call method 'Fk' of null
 
  at tek
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:12049:58) at Object.Qom [as z1]
  (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
  .cache.html:17764:28600) at uvk
  

Re: [Users] Clome thin provision to thin provision??

2014-04-01 Thread Federico Alberto Sayd

On 01/04/14 02:43, Gadi Ickowicz wrote:

Hi,

This should be possible AFAIK - are you selecting thin provision for each disk? 
if you are, could you please attach engine logs and vdsm logs from the spm host 
for the time of creation of the vm from the snapshot?
also - your vdsm version is quite a bit older than the engine version


Thanks,
Gadi Ickowicz

- Original Message -
From: Federico Alberto Sayd fs...@uncu.edu.ar
To: users@oVirt.org users@ovirt.org
Sent: Monday, March 31, 2014 6:45:13 PM
Subject: [Users] Clome thin provision to thin provision??

Hello:

Is it possible to clone a vm with thin provisioned disks to another vm
with thin provisioned disks too?

Currently when I clone a VM from a snapshot, although I choose thin
provision in resource allocation-Storage Allocation from the
Clone VM from Snapshot dialog, the VM is created with preallocated disk(s)

Is this the default or there is a problem with my engine/nodes installation?

Engine: Centos 6.5, ovirt-engine 3.4.0-1.el6
Nodes: Centos 6.5, vdsm-4.13.3-2.el6
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



A screencast of cloning: https://www.youtube.com/watch?v=nr4nSr6ldW8

Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM satelit is down. Exit message: 'int' object has no attribute 'replace'.

2014-04-01 Thread Dan Kenigsberg
On Mon, Mar 31, 2014 at 04:57:44PM +0300, Gabi C wrote:
 Hello!
 
 Has that fix pushed into the repository yet?
 
 
 Seems that removing Qos profiles from the NIC profiles did the trick..VM is
 up!
 
 Thanks guys!

No, thank you for reporting this.

The patch still awaits verification http://gerrit.ovirt.org/#/c/26254/

I would very much appreciate if you can apply it on your host's vdsm,
re-add the QoS profiles, and report if life is good again.

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Where is the hosted engine storage?

2014-04-01 Thread Itamar Heim

On 04/01/2014 09:51 PM, Jimmy Dorff wrote:

I installed a test system with 3.4 and hosted-engine. Everything worked!

Post-install I didn't have a Storage Domain and the Data Center wasn't
initialized. I added a second NFS path (everything on a NFS appliance)
and setup a Storage Domain and such.

My question is where is the storage for the engine vm? Clearly it's on
the NFS path I provided during the setup, but that isn't visible in the
oVirt GUI at all. The HostedEngine Disks tab is blank.

Just checking that this is the design intent.

Thanks,
Jimmy


it is. we still have some gaps on showing more hosted engine related 
content in the engine.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Itamar Heim

On 04/01/2014 11:16 PM, Stefan Wendler wrote:

Read the links and checked the osinfo properties file. even downloaded the
latest one.
But it didn't work. I have one FreeBSD vm which has type Other (6 in database)
but in the ostype props bundled with version 3.4 (and even the on in git) has
backwardCompatibility.Other = 0. The same as unassigned. I changed Other to 6
but it didn't help. The error stays the same. unfortunately.


Stefan - maybe if you can provide the db backup to one of the 
developers, they can reproduce this.




Cheers,
Stefan

On Tuesday 01 April 2014 12:21:47 Einav Cohen wrote:

found some references to the similar issues:

one in 3.3.1 that seems to be related to os-info [1].

another issue from latest ovirt (back in January...) which
I am not exactly sure how it ended up (os-info? db? maybe
Adam remembers?) [2].

not sure if any of them is related, but maybe.
HTH.


Thanks,
Einav

[1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html
look for a thread titled: 'Strange UI bug: tab VM unusable / oVirt 3.3.1+'

[2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html
look for a thread titled: 'UI: VM list not populating'


- Original Message -
From: Stefan Wendler stefan.wend...@tngtech.com
Sent: Tuesday, April 1, 2014 11:57:48 AM

Thanks for pushing it Einav. Would be nice to have a workaround until
there
is
a real fix or we figured out where I f*cked up ;)

Even a patch file for the javascript would be nice. Because we are really
relying on the gui.

Cheers

On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:

Thanks, Stefan.
Tomas/UI maintainers: I recall several similar issues in the past -
does anyone have any helpful information / recommendations how to
proceed?

- Original Message -


From: Stefan Wendler stefan.wend...@tngtech.com
To: Einav Cohen eco...@redhat.com
Cc: users@ovirt.org
Sent: Tuesday, April 1, 2014 9:37:00 AM
Subject: Re: [Users] VM-List gone after upgrade to 3.4

You are right. Here is the message:

I tried deleting the browser cache but the error stays the same



-- begin --

Tue Apr 01 14:46:42 GMT+200 2014
com.google.gwt.logging.client.LogConfiguration
SEVERE: (TypeError)

  stack: TypeError: Cannot call method 'Fk' of null

 at tek
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:12049:58) at Object.Qom [as z1]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17764:28600) at uvk
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:15782:166) at Object.Zzk
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:16763:328) at Zuk
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:15976:146) at $uk
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:15870:29) at tMk
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:7346:19) at Object.cNk [as nV]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17740:20496) at Object.jyk [as tX]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17737:17915) at t3j
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:16478:85) at Object.w3j [as tX]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17734:514) at I5j
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:12300:40) at Object.L5j [as tX]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17734:20006) at a5j
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:16058:172) at Object.d5j [as fi]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17734:19431) at Object.JHd [as Be]
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17671:5945) at lR
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:15059:137) at Object.ER
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:17668:21883) at XMLHttpRequest.anonymous
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:12328:65) at qr
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:8701:29) at tr
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 .cache.html:15691:57) at XMLHttpRequest.anonymous
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F
 9FEF
 

Re: [Users] oVirt 3.4.0 remove node problem

2014-04-01 Thread Gabi C
Did you upgrade node according to release notes? I mean enable also
fedora-virt.preview repo on the node in order to upgrade also libvirt and
qemu ?


On Tue, Apr 1, 2014 at 9:38 PM, Laercio Motta laerciomas...@gmail.comwrote:

 Hi all,

 Upgrade my oVirt yesterday from 3.3.4 to 3.4.0..
 For my surprise, the node of 3.3 not running in 3.4 (Cluster version)
 Ok... move to maintenance and upgrade :P
 But... Maintenance not is running for 10+ minutes.. (No live migration
 progress)
 I restart the ovirt-engine and live migration running and node is
 maintenance mode.. (nice!!)
 But.. (yes, again)... remove the node from ovirt engine not is
 possible, this message error  in engine.log:
 http://pastebin.com/CfTeHepv

 PS: sorry for my english.. I'am Brazilian :P

 []'s

 --
 ╔══╗
 ║▒▒▒ Laercio da Silva Motta ▒▒▒║
 ║--║
 ║* Blog: *http://www.laerciomotta.com/   ║
 ║ *Twitter:* http://twitter.com/#!/laerciomasala ║
 ║ *Skype*: laerciomasala ║
 ║ Chave PGP: http://bit.ly/kXS6ga  ║
 ╚═v1.0═╝

 ___
 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