Re: [ovirt-users] Upgrade to 3.4.2 failed

2014-06-20 Thread Demeter Tibor
Hi,

I got this:

-bash-4.1$ psql engine
Password: 
psql: FATAL:  database engine does not exist

Is this mean, my engine database does not exist?

Thanks,

Tibor


- Eredeti üzenet -
 Hi,
 
 - Original Message -
  From: Demeter Tibor tdeme...@itsmart.hu
  To: Yedidyah Bar David d...@redhat.com
  Cc: users@ovirt.org
  Sent: Wednesday, June 18, 2014 7:37:24 PM
  Subject: Re: [ovirt-users] Upgrade to 3.4.2 failed
  
  Hi,
  
  Yes, I have a FreeIPA server, but it was a running virtual server on ovirt
  :)
  Yes, I know, it was a stupid idea,
 
 Not necessarily, if you can also use admin@internal for maintenance.
 
  but it's only a test system for testing
  ovirt capabilites.
  So, this vm (the freeipa) at this moment doesn't running and I cannot run
  without ovirt.
 
 Is ovirt down? Didn't the upgrade rollback cleanly? If not, please provide
 logs, it should have. If it did, you can simply 'service ovirt-engine start'.
 
  
  - Can I re-run this vm without ovirt?
 
 I guess you can, but it won't be easy.
 
  - If no, then how can I remove the ipaserver from ovirt configuration ?
 
 Same :-)
 
 But I do not think that the upgrade failure was caused due to ipa being
 down. There is something else. Did you try running the below query? Did
 it return anything? You run it inside psql, with:
 # su - postgres
 $ psql engine
 engine=# select count(*), external_id from users group by external_id having
 count(*)1;
 (All in one line, in case it's cut during mail processing)
 
  
  Thank in advance.
  
  
  Tibor
  
  - Eredeti üzenet -
   - Original Message -
From: Demeter Tibor tdeme...@itsmart.hu
To: users@ovirt.org
Sent: Tuesday, June 17, 2014 3:11:54 PM
Subject: [ovirt-users] Upgrade to 3.4.2 failed

Hi,

I just did an upgrade to my 3.4.0 box.
I did a yum update and an engine-setup
After the package downloading process got this:


[ INFO ] Yum Verify: 14/14: ovirt-engine.noarch 0:3.4.0-1.el6 - ud
[ INFO ] Stage: Misc configuration
[ INFO ] Backing up database localhost:engine_20140130075536 to
'/var/lib/ovirt-engine/backups/engine-20140617140129.QZGO9x.dump'.
[ INFO ] Updating Engine database schema
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
[ INFO ] Yum Performing yum transaction rollback
[ INFO ] Yum Status: Downloading Packages
[ INFO ] Yum Download/Verify: ovirt-engine-3.4.0-1.el6.noarch

A cut from the log file:

running upgrade sql script
upgrade/03_04_0720_add_host_interface_high_network_use_event.sql ...
Running upgrade sql script upgrade/03_04_0730_change_group_ids.sql ...
Running upgrade sql script upgrade/03_04_0740_update_user_ids.sql ...

2014-06-17 14:01:41 DEBUG
otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
plugin.execute:866
execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s',
'localhost',
'-p', '5432', '-u', 'engine_20140130075536', '-d',
'engine_20140130075536',
'-l',
'/var/log/ovirt-engine/setup/ovirt-engine-setup-20140617135909-a7zbn6.log',
'-g'] stderr:
psql:upgrade/03_04_0740_update_user_ids.sql:41: ERROR:  duplicate key
value
violates unique constraint pk_users
CONTEXT:  SQL statement UPDATE users SET user_id = temp_id
PL/pgSQL function __temp_update_user_ids_03_04_0740 line 30 at SQL
statement

2014-06-17 14:01:41 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-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py,
  line 345, in _miscUpgrade
osetupcons.DBEnv.PGPASS_FILE
  File /usr/lib/python2.6/site-packages/otopi/plugin.py, line 871, in
  execute
command=args[0],
RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh'
failed
to execute
2014-06-17 14:01:41 ERROR otopi.context context._executeMethod:161
Failed
to
execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
2014-06-17 14:01:41 DEBUG otopi.transaction transaction.abort:131
aborting
'Yum Transaction'
2014-06-17 14:01:41 INFO otopi.plugins.otopi.packagers.yumpackager
yumpackager.info:92 Yum Performing yum transaction rollback
2014-06-17 14:01:41 DEBUG otopi.plugins.otopi.packagers.yumpackager
yumpackager.verbose:88 Yum Building transaction
2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager
yumpackager.verbose:88 Yum Transaction built
2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager
yumpackager.verbose:88 Yum Transaction Summary:
2014-06-17 

Re: [ovirt-users] Upgrade to 3.4.2 failed

2014-06-20 Thread Demeter Tibor
Ok, I have listed my databases:


postgres-# \list
  List of databases
 Name  | Owner | Encoding |  Collation  |
Ctype|   Access privileges   
---+---+--+-+-+---
 engine_20140130075536 | engine_20140130075536 | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | 
 ovirt_engine_history  | ovirt_engine_history  | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | 
 ovirt_engine_reports  | ovirt_engine_reports  | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | 
 postgres  | postgres  | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | 
 template0 | postgres  | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | =c/postgres

  : postgres=CTc/postgres
 template1 | postgres  | UTF8 | en_US.UTF-8 | 
en_US.UTF-8 | =c/postgres

  : postgres=CTc/postgres

... and I have used these command for engine_2014 

-bash-4.1$ psql engine_20140130075536
Password: 
psql (8.4.20)
Type help for help.

engine_20140130075536=# select count(*), external_id from users group by 
external_id having count(*)1;
 count |external_id
---+---
 2 | \031\250_\336\265\234\021\343\2168\000\032JP_\022
(1 row)


Tibor 


- Eredeti üzenet -
 Hi,
 
 I got this:
 
 -bash-4.1$ psql engine
 Password:
 psql: FATAL:  database engine does not exist
 
 Is this mean, my engine database does not exist?
 
 Thanks,
 
 Tibor
 
 
 - Eredeti üzenet -
  Hi,
  
  - Original Message -
   From: Demeter Tibor tdeme...@itsmart.hu
   To: Yedidyah Bar David d...@redhat.com
   Cc: users@ovirt.org
   Sent: Wednesday, June 18, 2014 7:37:24 PM
   Subject: Re: [ovirt-users] Upgrade to 3.4.2 failed
   
   Hi,
   
   Yes, I have a FreeIPA server, but it was a running virtual server on
   ovirt
   :)
   Yes, I know, it was a stupid idea,
  
  Not necessarily, if you can also use admin@internal for maintenance.
  
   but it's only a test system for testing
   ovirt capabilites.
   So, this vm (the freeipa) at this moment doesn't running and I cannot run
   without ovirt.
  
  Is ovirt down? Didn't the upgrade rollback cleanly? If not, please provide
  logs, it should have. If it did, you can simply 'service ovirt-engine
  start'.
  
   
   - Can I re-run this vm without ovirt?
  
  I guess you can, but it won't be easy.
  
   - If no, then how can I remove the ipaserver from ovirt configuration ?
  
  Same :-)
  
  But I do not think that the upgrade failure was caused due to ipa being
  down. There is something else. Did you try running the below query? Did
  it return anything? You run it inside psql, with:
  # su - postgres
  $ psql engine
  engine=# select count(*), external_id from users group by external_id
  having
  count(*)1;
  (All in one line, in case it's cut during mail processing)
  
   
   Thank in advance.
   
   
   Tibor
   
   - Eredeti üzenet -
- Original Message -
 From: Demeter Tibor tdeme...@itsmart.hu
 To: users@ovirt.org
 Sent: Tuesday, June 17, 2014 3:11:54 PM
 Subject: [ovirt-users] Upgrade to 3.4.2 failed
 
 Hi,
 
 I just did an upgrade to my 3.4.0 box.
 I did a yum update and an engine-setup
 After the package downloading process got this:
 
 
 [ INFO ] Yum Verify: 14/14: ovirt-engine.noarch 0:3.4.0-1.el6 - ud
 [ INFO ] Stage: Misc configuration
 [ INFO ] Backing up database localhost:engine_20140130075536 to
 '/var/lib/ovirt-engine/backups/engine-20140617140129.QZGO9x.dump'.
 [ INFO ] Updating Engine database schema
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
 [ INFO ] Yum Performing yum transaction rollback
 [ INFO ] Yum Status: Downloading Packages
 [ INFO ] Yum Download/Verify: ovirt-engine-3.4.0-1.el6.noarch
 
 A cut from the log file:
 
 running upgrade sql script
 upgrade/03_04_0720_add_host_interface_high_network_use_event.sql ...
 Running upgrade sql script upgrade/03_04_0730_change_group_ids.sql
 ...
 Running upgrade sql script upgrade/03_04_0740_update_user_ids.sql ...
 
 2014-06-17 14:01:41 DEBUG
 otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
 plugin.execute:866
 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh',
 '-s',
 'localhost',
 '-p', '5432', '-u', 'engine_20140130075536', '-d',
 'engine_20140130075536',
 '-l',
 '/var/log/ovirt-engine/setup/ovirt-engine-setup-20140617135909-a7zbn6.log',
 '-g'] stderr:
 psql:upgrade/03_04_0740_update_user_ids.sql:41: 

[ovirt-users] design flaw in ovirt

2014-06-20 Thread Sven Kieske
Hi,

please consider this bugreport:

https://bugzilla.redhat.com/show_bug.cgi?id=520

it is about the default fencing behaviour of ovirt
in the special case of a single node cluster when
a logical network marked as required is not available
on the single host in the cluster.

the default behaviour is, to shutdown all vms.

You can find reasoning in the BZ why this is, well,
bad, to say the least.

Thanks in advance.

-- 
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: [ovirt-users] host upgrade from ovirt manager and custom iptables rules

2014-06-20 Thread Jiří Sléžka

Dne 20.6.2014 7:34, Moti Asayag napsal(a):



- Original Message -

From: Alon Bar-Lev alo...@redhat.com
To: Moti Asayag masa...@redhat.com
Cc: Jiří Sléžka jiri.sle...@slu.cz, users@ovirt.org
Sent: Friday, June 20, 2014 1:19:25 AM
Subject: Re: [ovirt-users] host upgrade from ovirt manager and custom iptables 
rules



- Original Message -

From: Moti Asayag masa...@redhat.com
To: Jiří Sléžka jiri.sle...@slu.cz, Alon Bar-Lev abar...@redhat.com
Cc: users@ovirt.org
Sent: Friday, June 20, 2014 1:12:58 AM
Subject: Re: [ovirt-users] host upgrade from ovirt manager and custom
iptables rules



- Original Message -

From: Jiří Sléžka jiri.sle...@slu.cz
To: Moti Asayag masa...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, June 19, 2014 3:25:49 PM
Subject: Re: [ovirt-users] host upgrade from ovirt manager and custom
iptables rules


- Original Message -

From: Jiří Sléžka jiri.sle...@slu.cz
To: users@ovirt.org
Sent: Wednesday, June 18, 2014 8:12:09 PM
Subject: [ovirt-users] host upgrade from ovirt manager and custom
iptables
rules

Hello all,

is there any way to make custom iptables rules persistent during host
upgrade? I have for example zabbix agents installed on all hosts and
thus iptables rule allowing connections from our zabbix server. Sadly
I
have to manually restore iptables backup after host upgrade (initiated
from oVirt manager).



This should be achievable by defining the iptables rules you wish to
use
when [re]installing using the engine-config tool:


thanks a lot for reply


1. Check the existing iptables rules:
sudo engine-config -g IPTablesConfig


this displays whole iptables template. Interesting thing is that there
is a variable @CUSTOM_RULES@. Maybe custom rules could be defined this
way?



Adding Alon to reply on @CUSTOM_RULES@


These are to be replaced with gluster specific or virt specific or both, see
IPTablesConfigForVirt, IPTablesConfigForGluster.

I must note that there is no real support for manual modification of the
iptables rules, as once you change it, you do not enjoy future product
updates, such as upcoming kdump fence listener daemon.

However, moti, we can add another vdc config for user defined rules, it
should be sufficient in most cases.


Sounds reasonable.

Jiri, would you like to open RFE for it ?


Of course, Bug 513 - [RFE] custom iptables rules

Thanks!

Jiri









2. Define the desired iptables:
sudo engine-config -s IPTablesConfig=Your rules


I entered...

engine-config -s IPTablesConfig=-A INPUT -p tcp -m state --state NEW -m
tcp -s xx.xx.xx.xx --dport 10050 -j ACCEPT

...and it looks like this overwrite entire IPTablesConfig template...


3. Verify the changes
sudo engine-config -g IPTablesConfig


...because this displays only just my one line above.

I have copy of default template but I have no idea how to set this
variable with multi line text. I tried inserting \n but it is not
converted to newlines. Any ideas?


to me i worked by pasting the file content in the command line:
engine-config -s IPTablesConfig= paste multi-line content



Btw. these variables are stored in database?


Yes, in vdc_options table:

select * from vdc_options where option_name = 'IPTablesConfig';




Thanks in advance,

Jiri





4. Restart the engine for changes to take effect

5. Reinstall the host and verify the iptables rule.


And another question I have always wanted to ask... It looks like host
upgrade is upgrading just vdsm components and no others virtualization
stuff

this was updatet after clicking to host upgrade

Jun 18 18:21:38 Updated: iproute-2.6.32-32.el6_5.x86_64
Jun 18 18:21:59 Installed:
vdsm-python-zombiereaper-4.14.7-3.el6ev.noarch
Jun 18 18:21:59 Updated: vdsm-python-4.14.7-3.el6ev.x86_64
Jun 18 18:21:59 Updated: vdsm-xmlrpc-4.14.7-3.el6ev.noarch
Jun 18 18:21:59 Updated: vdsm-cli-4.14.7-3.el6ev.noarch
Jun 18 18:22:26 Updated: vdsm-4.14.7-3.el6ev.x86_64
Jun 18 18:22:27 Updated:
2:qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.10.x86_64

and after that I run yum update and updated this components (honestly
this one was rhev host but ovirt behave the same)

Jun 18 18:26:59 Updated: selinux-policy-3.7.19-231.el6_5.3.noarch
Jun 18 18:27:03 Updated: tzdata-2014d-1.el6.noarch
Jun 18 18:27:10 Updated: glibc-2.12-1.132.el6_5.2.x86_64
Jun 18 18:27:22 Updated: glibc-common-2.12-1.132.el6_5.2.x86_64
Jun 18 18:27:22 Updated: audit-libs-2.2-4.el6_5.x86_64
Jun 18 18:27:22 Updated: libxml2-2.7.6-14.el6_5.1.x86_64
Jun 18 18:27:22 Updated: libcurl-7.19.7-37.el6_5.3.x86_64
Jun 18 18:27:23 Updated:
2:qemu-img-rhev-0.12.1.2-2.415.el6_5.10.x86_64
Jun 18 18:27:23 Updated: libtasn1-2.3-6.el6_5.x86_64
Jun 18 18:27:23 Updated: gnutls-2.8.5-14.el6_5.x86_64
Jun 18 18:27:25 Updated: openssl-1.0.1e-16.el6_5.14.x86_64
Jun 18 18:27:25 Updated: spice-server-0.12.4-6.el6_5.2.x86_64
Jun 18 18:27:25 Updated: gnutls-utils-2.8.5-14.el6_5.x86_64
Jun 18 18:27:25 Updated: pm-utils-1.2.5-10.el6_5.1.x86_64
Jun 18 18:27:28 Updated: 

Re: [ovirt-users] fail to shutdown ubuntu guest

2014-06-20 Thread Sven Kieske


Am 17.06.2014 11:59, schrieb Dan Kenigsberg:
 On Tue, Jun 17, 2014 at 09:40:08AM +0800, John Xue wrote:
 Yes, it is possible an agent bug.
 #cat /etc/sudoers.d/50_ovirt-guest-agent
 Cmnd_Alias OVIRTAGENT_SCRIPTS =\
 /usr/share/ovirt-guest-agent/ovirt-hibernate-wrapper.sh *,\
 /usr/share/ovirt-guest-agent/ovirt-shutdown-wrappers.h *,\
 /usr/share/ovirt-guest-agent/ovirt-locksession-wrapper.sh

 ovirtagent ALL= NOPASSWD: OVIRTAGENT_SCRIPTS
 Defaults:ovirtagent !requiretty
 Defaults:ovirtagent !syslog

 Wrong file name in
 /usr/share/ovirt-guest-agent/ovirt-shutdown-wrappers.h, should be
 sh.
 
 Thanks, seems like an easy fix. Could you verify that
 http://gerrit.ovirt.org/28842 solves the issue?


To prevent such errors in the future here are some ideas:

place the path to scripts and files in general into variables
then expand those vars when you want to write the path inside a file.

write tests to check if the path to a given file inside a config file
really exists, make them triggered by jenkins, never misspell a file
again (at least not in a release) :)

PS: There is also a test framework for bash, called bats:
https://github.com/sstephenson/bats


-- 
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: [ovirt-users] [ovirt-devel] design flaw in ovirt

2014-06-20 Thread Dan Kenigsberg
On Fri, Jun 20, 2014 at 08:41:21AM +, Sven Kieske wrote:
 Hi,
 
 please consider this bugreport:
 
 https://bugzilla.redhat.com/show_bug.cgi?id=520
 
 it is about the default fencing behaviour of ovirt
 in the special case of a single node cluster when
 a logical network marked as required is not available
 on the single host in the cluster.
 
 the default behaviour is, to shutdown all vms.
 
 You can find reasoning in the BZ why this is, well,
 bad, to say the least.

I do not quite understand the problem you describe.

Does the problem go away if you set your network to non-required? If
your VM's app does not strictly require unintermitant networking, just
set the networ to non-required.  Flipping the default of requiredness
can be considered only for 4.0 (required was our default since ever,
other users' scripts may depend on that).

Could you attach Vdsm and Engine logs to the bug? How was the host
fenced?

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


[ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Nicolas Ecarnot

Hi,

I'd like to setup another oVirt TEST datacenter, and amongst the 
machines I may use, I'd like to dedicate the best ones to the hosts, and 
the worst to the manager.

I don't want to use hosting.

I really don't mind if it takes me two hours by click in the java/html 
web GUI.


What could be really BLOCKING using a server with few memory and a CPU 
from previous century?


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


Re: [ovirt-users] [ovirt-devel] design flaw in ovirt

2014-06-20 Thread Sven Kieske


Am 20.06.2014 11:34, schrieb Dan Kenigsberg:
 
 I do not quite understand the problem you describe.

See below, I hope this clears some things up.

 Does the problem go away if you set your network to non-required? If
 your VM's app does not strictly require unintermitant networking, just
 set the networ to non-required.  Flipping the default of requiredness
 can be considered only for 4.0 (required was our default since ever,
 other users' scripts may depend on that).

I know you can't simply switch the default behaviour, and yes, at least
according to the documentation setting the network to non-required
should mitigate the issue.

however, the default is, to set every network as required without
indicating this to the user in the first place (and the consequences
of this not advertised behaviour).

 Could you attach Vdsm and Engine logs to the bug? How was the host
 fenced?

the host was not fenced, the vms where fenced.

here is a link to the documentation which should explain what I mean:

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html/Administration_Guide/Virtual_Machine_Networks_and_Optional_Networks.html

this is about a single host in a cluster - ovirt can't even fence
single hosts in a single cluster yet, see my other bug report for this:
https://bugzilla.redhat.com/show_bug.cgi?id=1054778

I could provide logs if they are really necessary, but I doubt they are.
This is documented behaviour, but it is poorly designed, as described
in the BZ.

The fencing mechanism is really buggy / not helpful, see
also this (not really related) bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1090799

-- 
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: [ovirt-users] oVirt Node as vm

2014-06-20 Thread Stefan Sahlender
Hello John,

thanks for your hint.

Just for understanding, step by step installation means basically a
minimal redhat / centos install and then adding the ovirt repo and run
yum install vdsm vdsm-cli like described here:

http://www.ovirt.org/Installing_VDSM_from_rpm

or?

Regards

Am 20.06.2014 07:39, schrieb John Xue:
 I have the same problem. Finally, I am not using oVirth Node ISO, I
 setup one step by step. And the key point is enable promiscuous mode
 on your ESXi vswitch, or you cann't ping double nested guest.

 On Fri, Jun 20, 2014 at 2:57 AM, Stefan Sahlender ssahlen...@gmx.de wrote:
 Hello,

 I want to run oVirt Node as vm to learn a little bit about ovirt. But
 I'm facing some problems.

 I understand that oVirt Node maybe needs to see the vmx feature from the
 cpu so that kvm will work.

 But I can't get the oVirt Node ISO booting at all.

 I tried it in VirtualBox ... since it doesn't support nested
 virtualization I understand why it doesn't boot ... perhaps.

 But I tried it also on ESX and in the configuration i said that the
 virtualization features of the CPU should be passed through. If I boot a
 Live CD with that configuration see with cat /proc/cpuinfo that vmx is
 available.

 When I boot the oVirt Node ISO it just hangs after the 30 seconds count
 down ...I just see the background from the boot menu and it hangs the
 forever.

 Anybody else facing the same problem. Or is it just not possible to run
 oVirt Node as VM?

 Thanks for your replies.

 Regards


 ___
 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: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Daniel Helgenberger
Hello Nicolas,

I still consider myself new to oVirt but since I faced the same question
during my initial research I try to answer.

Major Block: AFAIK there are no i686 builds of oVirt, they make no sense
anyway. So you will need a 64bit machine wich rules out any of the very
old stuff.

Minor blocks:
You should keep in mind the 4GB min memory requirement for oVirt engine.
Better go for 8GB in a bare metal system if you like to have more
headroom for future upgrades.

The processing power is of no major concern it seems. I have a single
virtual CPU@2.5GHz allocated, witch is fine. Also, the minimum disk
space requirements with 25GB are pretty low.

In the end I decided for Hosted Engine. IMHO this is the future anyway
and you have much better cost effectiveness in any area.

Also I decided *not* to use older hardware because of power consumption.
Old computers tend to use a lot of power (DDR2 RAM esp.). Since the
engine runs 24/7 a new server will most likely save the initial costs in
less then one year.

If you want to use a bare metal system, I'd recommend a new low power
system with a Celeron or Atom processor. They will even be quite cheap.

Also, I have seen interesting proposals using Intel NUC's as basis for a
two node engine cluser: 



On Fr, 2014-06-20 at 11:43 +0200, Nicolas Ecarnot wrote:
 Hi,
 
 I'd like to setup another oVirt TEST datacenter, and amongst the 
 machines I may use, I'd like to dedicate the best ones to the hosts, and 
 the worst to the manager.
 I don't want to use hosting.
 
 I really don't mind if it takes me two hours by click in the java/html 
 web GUI.
 
 What could be really BLOCKING using a server with few memory and a CPU 
 from previous century?
 

-- 

Daniel Helgenberger 
m box bewegtbild GmbH 

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19 
D-10115 BERLIN 


www.m-box.de  www.monkeymen.tv 

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767 


smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Sven Kieske
Am 20.06.2014 12:15, schrieb Daniel Helgenberger:
 You should keep in mind the 4GB min memory requirement for oVirt engine.
 Better go for 8GB in a bare metal system if you like to have more
 headroom for future upgrades.

There is ongoing discussion on this ML and in some BZs why this
requirement is stated. So far I do not know of any real world
installation which utilizes 4 GB RAM for ovirt.

Do you happen do run such an instance?
If yes, could you share how many vms etc you host on
this environment?

-- 
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: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Daniel Helgenberger
Hello Sven,

here free -m on my ovirtengine:

ssh r...@ovirtengine.lab.mbox.loc free -m
 total   used   free sharedbuffers cached
Mem:  3830   2689   1141  0151669
-/+ buffers/cache:   1868   1961
Swap: 2047  0   2047

One could argure the buffers, but my engine is using about 2GB without.
Currently I have 10 VMs running + HE (mem capacity reasons on the HV's).
But IIRC I had times when HE was using about 3.5 GB. 

This is why I considered the 4GB ML as reasonable. Can you point out BZ
for me?

Thanks 


On Fr, 2014-06-20 at 10:53 +, Sven Kieske wrote:
 Am 20.06.2014 12:15, schrieb Daniel Helgenberger:
  You should keep in mind the 4GB min memory requirement for oVirt engine.
  Better go for 8GB in a bare metal system if you like to have more
  headroom for future upgrades.
 
 There is ongoing discussion on this ML and in some BZs why this
 requirement is stated. So far I do not know of any real world
 installation which utilizes 4 GB RAM for ovirt.
 
 Do you happen do run such an instance?
 If yes, could you share how many vms etc you host on
 this environment?
 
 -- 
 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

-- 

Daniel Helgenberger 
m box bewegtbild GmbH 

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19 
D-10115 BERLIN 


www.m-box.de  www.monkeymen.tv 

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767 


smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Sven Kieske


Am 20.06.2014 13:12, schrieb Daniel Helgenberger:
 here free -m on my ovirtengine:
 
 ssh r...@ovirtengine.lab.mbox.loc free -m
  total   used   free sharedbuffers cached
 Mem:  3830   2689   1141  0151669
 -/+ buffers/cache:   1868   1961
 Swap: 2047  0   2047
 
 One could argure the buffers, but my engine is using about 2GB without.
 Currently I have 10 VMs running + HE (mem capacity reasons on the HV's).
 But IIRC I had times when HE was using about 3.5 GB. 
 
 This is why I considered the 4GB ML as reasonable. Can you point out BZ
 for me?

Well your system seems to use 1800 MB in total, so engine will just use
a (major) fraction of that.

My apologies, but it turns out, there is no BZ, just a discussion
thread on this ML:
http://lists.ovirt.org/pipermail/users/2014-May/024237.html

It's somewhat hijacked because the initial problem was something else.
See my and R P Herrolds postings in particular.

But I guess this new thread just shows that the stated requirements for
a minimal system should get tweaked in the docs.

-- 
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


[ovirt-users] VM migration timeout

2014-06-20 Thread Alexandr Krivulya
Hi!
How can I adjust migration timeout? I see this error in my vdsm.log when
I try to migrate one of my VM's:

The migration took 130 seconds which is exceeding the configured maximum
time for migrations of 128 seconds. The migration will be aborted.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] VM migration timeout

2014-06-20 Thread Dafna Ron
you might have a problem and the migration got stuck - increasing 
timeout will not solve anything

please attach both src and dst vdsm, libvirt and vm qemu logs + engine log

Thanks,
Dafna


On 06/20/2014 01:00 PM, Alexandr Krivulya wrote:

Hi!
How can I adjust migration timeout? I see this error in my vdsm.log when
I try to migrate one of my VM's:

The migration took 130 seconds which is exceeding the configured maximum
time for migrations of 128 seconds. The migration will be aborted.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



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


[ovirt-users] Vote for oVirt ad on Stack Overflow!

2014-06-20 Thread Brian Proffitt
For those of you with memberships to Stack Overflow, the site is hosting free 
vote-based advertisements for getting contributors for open source projects. 
The program will feed live remnant ads on Stack Overflow if an ad gets enough 
votes.

oVirt has had an ad created [1] (thanks to Tuomas Kuosmanen!) that can be voted 
on by Stack Overflow members. For fairness' sake, feel free to vote for any of 
the other projects you like [2].

I would also like to thank Allon Mureinik for pointing out this opportunity and 
using his Stack Overflow credentials to get the ad posted!

Peace,
Brian


[1] 
http://meta.stackoverflow.com/questions/260377/open-source-advertising-sidebar-2h-2014/261094#261094
[2] 
http://meta.stackoverflow.com/questions/260377/open-source-advertising-sidebar-2h-2014


-- 
Brian Proffitt

oVirt Community Manager
Project Atomic Community Lead
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] design flaw in ovirt

2014-06-20 Thread Sven Kieske


Am 20.06.2014 14:19, schrieb Dan Kenigsberg:
 the host was not fenced, the vms where fenced.

 here is a link to the documentation which should explain what I mean:

 https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html/Administration_Guide/Virtual_Machine_Networks_and_Optional_Networks.html
 
 Are you refering to the paragraph: When a required network becomes
 non-operational, the virtual machines running on the network are fenced
 and migrated to another host. This is beneficial if you have machines
 running mission critical workloads.?

yes


 this is about a single host in a cluster - ovirt can't even fence
 single hosts in a single cluster yet, see my other bug report for this:
 https://bugzilla.redhat.com/show_bug.cgi?id=1054778

 I could provide logs if they are really necessary, but I doubt they are.
 This is documented behaviour, but it is poorly designed, as described
 in the BZ.
 
 Apparently, I am not familiar enough with Engine's fencing logic; logs
 may help me understand the issue, for me they are necessary is this
 case. In particular, I'd like to see with my own eyes whether the VMs
 where explicitly destroyed by Engine. Migrating VMs to an operational
 destination makes a lot of sense. Destroying a running VM in attempt
 to recuperate of a host networking issue is extraordinary (and as such,
 requires exraordinary evidence).

I might be able to attach some logs later.

-- 
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: [ovirt-users] host upgrade from ovirt manager and custom iptables rules

2014-06-20 Thread Jiří Sléžka

Dne 20.6.2014 0:19, Alon Bar-Lev napsal(a):



- Original Message -

From: Moti Asayag masa...@redhat.com To: Jiří Sléžka
jiri.sle...@slu.cz, Alon Bar-Lev abar...@redhat.com Cc:
users@ovirt.org Sent: Friday, June 20, 2014 1:12:58 AM Subject: Re:
[ovirt-users] host upgrade from ovirt manager and custom iptables
rules



- Original Message -

From: Jiří Sléžka jiri.sle...@slu.cz To: Moti Asayag
masa...@redhat.com Cc: users@ovirt.org Sent: Thursday, June 19,
2014 3:25:49 PM Subject: Re: [ovirt-users] host upgrade from
ovirt manager and custom iptables rules


- Original Message -

From: Jiří Sléžka jiri.sle...@slu.cz To: users@ovirt.org
Sent: Wednesday, June 18, 2014 8:12:09 PM Subject:
[ovirt-users] host upgrade from ovirt manager and custom
iptables rules

Hello all,

is there any way to make custom iptables rules persistent
during host upgrade? I have for example zabbix agents
installed on all hosts and thus iptables rule allowing
connections from our zabbix server. Sadly I have to manually
restore iptables backup after host upgrade (initiated from
oVirt manager).



This should be achievable by defining the iptables rules you
wish to use when [re]installing using the engine-config tool:


thanks a lot for reply


1. Check the existing iptables rules: sudo engine-config -g
IPTablesConfig


this displays whole iptables template. Interesting thing is that
there is a variable @CUSTOM_RULES@. Maybe custom rules could be
defined this way?



Adding Alon to reply on @CUSTOM_RULES@


These are to be replaced with gluster specific or virt specific or
both, see IPTablesConfigForVirt, IPTablesConfigForGluster.


I didn't find this variables in engine-config -a (oVirt 3.4.2-1.el6) but 
never mind




I must note that there is no real support for manual modification of
the iptables rules, as once you change it, you do not enjoy future
product updates, such as upcoming kdump fence listener daemon.

However, moti, we can add another vdc config for user defined rules,
it should be sufficient in most cases.





2. Define the desired iptables: sudo engine-config -s
IPTablesConfig=Your rules


I entered...

engine-config -s IPTablesConfig=-A INPUT -p tcp -m state --state
NEW -m tcp -s xx.xx.xx.xx --dport 10050 -j ACCEPT

...and it looks like this overwrite entire IPTablesConfig
template...


3. Verify the changes sudo engine-config -g IPTablesConfig


...because this displays only just my one line above.

I have copy of default template but I have no idea how to set
this variable with multi line text. I tried inserting \n but it
is not converted to newlines. Any ideas?


to me i worked by pasting the file content in the command line:
engine-config -s IPTablesConfig= paste multi-line content


this didn't work for me but this workaround did :-)

IPRULES=$( cat /root/archive/iptables_default.txt )
engine-config -s IPTablesConfig=$IPRULES

also ovirt-engine has to be restarted to changes take effect


btw. before I created iptables_default.txt with added custom line 
(before @CUSTOM_RULES@)


...
# zabbix
-A INPUT -p tcp -m state --state NEW -m tcp -s 193.84.206.99 --dport 
10050 -j ACCEPT


@CUSTOM_RULES@
...


now host's iptables are populated with this modified template upon 
upgrade. Agree, this is just ugly workaround. I am looking forward to 
version 3.6 as mentioned in this RFE 
https://bugzilla.redhat.com/show_bug.cgi?id=513


Thanks once more!

Jiri






Btw. these variables are stored in database?


Yes, in vdc_options table:

select * from vdc_options where option_name = 'IPTablesConfig';




Thanks in advance,

Jiri





4. Restart the engine for changes to take effect

5. Reinstall the host and verify the iptables rule.


And another question I have always wanted to ask... It looks
like host upgrade is upgrading just vdsm components and no
others virtualization stuff

this was updatet after clicking to host upgrade

Jun 18 18:21:38 Updated: iproute-2.6.32-32.el6_5.x86_64 Jun
18 18:21:59 Installed:
vdsm-python-zombiereaper-4.14.7-3.el6ev.noarch Jun 18
18:21:59 Updated: vdsm-python-4.14.7-3.el6ev.x86_64 Jun 18
18:21:59 Updated: vdsm-xmlrpc-4.14.7-3.el6ev.noarch Jun 18
18:21:59 Updated: vdsm-cli-4.14.7-3.el6ev.noarch Jun 18
18:22:26 Updated: vdsm-4.14.7-3.el6ev.x86_64 Jun 18 18:22:27
Updated:
2:qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.10.x86_64

and after that I run yum update and updated this components
(honestly this one was rhev host but ovirt behave the same)

Jun 18 18:26:59 Updated:
selinux-policy-3.7.19-231.el6_5.3.noarch Jun 18 18:27:03
Updated: tzdata-2014d-1.el6.noarch Jun 18 18:27:10 Updated:
glibc-2.12-1.132.el6_5.2.x86_64 Jun 18 18:27:22 Updated:
glibc-common-2.12-1.132.el6_5.2.x86_64 Jun 18 18:27:22
Updated: audit-libs-2.2-4.el6_5.x86_64 Jun 18 18:27:22
Updated: libxml2-2.7.6-14.el6_5.1.x86_64 Jun 18 18:27:22
Updated: libcurl-7.19.7-37.el6_5.3.x86_64 Jun 18 18:27:23
Updated: 2:qemu-img-rhev-0.12.1.2-2.415.el6_5.10.x86_64 Jun
18 18:27:23 Updated: 

Re: [ovirt-users] [ovirt-devel] design flaw in ovirt

2014-06-20 Thread Vinzenz Feenstra

On 06/20/2014 02:52 PM, Sven Kieske wrote:


Am 20.06.2014 14:19, schrieb Dan Kenigsberg:

the host was not fenced, the vms where fenced.

here is a link to the documentation which should explain what I mean:

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html/Administration_Guide/Virtual_Machine_Networks_and_Optional_Networks.html

Are you refering to the paragraph: When a required network becomes
non-operational, the virtual machines running on the network are fenced
and migrated to another host. This is beneficial if you have machines
running mission critical workloads.?

yes

Isn't that section referring to HA VMs?



this is about a single host in a cluster - ovirt can't even fence
single hosts in a single cluster yet, see my other bug report for this:
https://bugzilla.redhat.com/show_bug.cgi?id=1054778

I could provide logs if they are really necessary, but I doubt they are.
This is documented behaviour, but it is poorly designed, as described
in the BZ.

Apparently, I am not familiar enough with Engine's fencing logic; logs
may help me understand the issue, for me they are necessary is this
case. In particular, I'd like to see with my own eyes whether the VMs
where explicitly destroyed by Engine. Migrating VMs to an operational
destination makes a lot of sense. Destroying a running VM in attempt
to recuperate of a host networking issue is extraordinary (and as such,
requires exraordinary evidence).

I might be able to attach some logs later.




--
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: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Daniel Helgenberger
Hello Sven,

thanks:

On Fr, 2014-06-20 at 11:30 +, Sven Kieske wrote:
 
 
 Am 20.06.2014 13:12, schrieb Daniel Helgenberger:
  here free -m on my ovirtengine:
  
  ssh r...@ovirtengine.lab.mbox.loc free -m
   total   used   free sharedbuffers cached
  Mem:  3830   2689   1141  0151669
  -/+ buffers/cache:   1868   1961
  Swap: 2047  0   2047
  
  One could argure the buffers, but my engine is using about 2GB without.
  Currently I have 10 VMs running + HE (mem capacity reasons on the HV's).
  But IIRC I had times when HE was using about 3.5 GB. 
  
  This is why I considered the 4GB ML as reasonable. Can you point out BZ
  for me?
 
 Well your system seems to use 1800 MB in total, so engine will just use
 a (major) fraction of that.
 
 My apologies, but it turns out, there is no BZ, just a discussion
 thread on this ML:
 http://lists.ovirt.org/pipermail/users/2014-May/024237.html

The author of the thread (Sven van Acker) sates:

The solution to this problem is to have at least 4GB of RAM, after
which oVirt seems to start up fine (with only 1.2GB of RAM in use).

This describes the outcome of my tests somewhat. I had start up problems
wich were gone after I bumped up the allocated RAM in an early test VM.
I never tested it on a bare metal system but assume it will be the
same. 

I can only suspect the reasons and this might get fixed in the future.
OTOH it seems reasonable for me to have RAM available for postgresql
anyway.

@Nicolas, keep in mind system performance of the engine not only affects
the UI; but also various processes in the background.
Also, if you plan on using the VDI and self-deployment features (User
Access) a slow UI might be very counterproductive and OOM conditions
the system unstable.

 
 
 It's somewhat hijacked because the initial problem was something else.
 See my and R P Herrolds postings in particular.
 
 But I guess this new thread just shows that the stated requirements for
 a minimal system should get tweaked in the docs.
 
 -- 
 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

-- 

Daniel Helgenberger 
m box bewegtbild GmbH 

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19 
D-10115 BERLIN 


www.m-box.de  www.monkeymen.tv 

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767 


smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] VM migration timeout

2014-06-20 Thread Dafna Ron

vm qemu vm log shows an error on dst:

qemu: warning: error while loading state section id 3
load of migration failed

but I think that the issue is that the vm has a cd attached which no 
longer exists or available to the vm.


can you please try to detach any disk attached, activate the iso domain 
if it's down and try migrating again.


here is the error from the vdsm log:

Thread-153::DEBUG::2014-06-20 
14:49:06,162::task::974::TaskManager.Task::(_decref) 
Task=`b37186f5-7959-495b-b9e3-816c2d3418ac`::ref 0 aborting False
libvirtEventLoop::DEBUG::2014-06-20 
14:49:06,367::vm::4846::vm.Vm::(_onLibvirtLifecycleEvent) 
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::event Stopped detail 5 
opaque None
libvirtEventLoop::INFO::2014-06-20 
14:49:06,368::vm::2169::vm.Vm::(_onQemuDeath) 
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::underlying process disconnected
libvirtEventLoop::INFO::2014-06-20 
14:49:06,368::vm::4326::vm.Vm::(releaseVm) 
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::Release VM resources
Thread-65::DEBUG::2014-06-20 
14:49:06,396::libvirtconnection::108::libvirtconnection::(wrapper) 
Unknown libvirterror: ecode: 42 edom: 10 level: 2 message: Domain not 
found: no domain with matching uuid '87c108fa-1ade-47a4-be66-f0416752e

ec4'
libvirtEventLoop::WARNING::2014-06-20 
14:49:06,394::clientIF::365::vds::(teardownVolumePath) Drive is not a 
vdsm image: VOLWM_CHUNK_MB:1024 VOLWM_CHUNK_REPLICATE_MULT:2 
VOLWM_FREE_PCT:50 _blockDev:False _checkIoTuneCategories:bound met
hod Drive._checkIoTuneCategories of vm.Drive object at 0x7ff3cc072cd0 
_customize:bound method Drive._customize of vm.Drive object at 
0x7ff3cc072cd0 _deviceXML:disk device=cdrom type=file

  driver name=qemu type=raw/
  source startupPolicy=optional/
  target bus=ide dev=hdc/
  readonly/
  serial/
  alias name=ide0-1-0/
  address bus=1 controller=0 target=0 type=drive unit=0/
/disk _makeName:bound method Drive._makeName of vm.Drive object 
at 0x7ff3cc072cd0 _setExtSharedState:bound method 
Drive._setExtSharedState of vm.Drive object at 0x7ff3cc072cd0 
_validateIoTuneParams:bound method Drive._val
idateIoTuneParams of vm.Drive object at 0x7ff3cc072cd0 
address:{'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 
'unit': '0'} alias:ide0-1-0 apparentsize:0 blockDev:False cache:none 
conf:{'guestFQDN': '', 'acpiEnable': 'true', 'emulatedMachine': 
'rhel6.4.0', 'afterMigrationStatus': '', 'tabletEnable': 'true', 'pid': 
'0', 'memGuaranteedSize': 1024, 'spiceSslCipherSuite': 'DEFAULT', 
'displaySecurePort': '-1', 'timeOffset': '10801', 'cpuType': 'Penryn', 
'custom': {}, 'pauseCode': 'NOERR', 'migrationDest': 'libvirt', 'smp': 
'2', 'vmType': 'kvm', 'memSize': 2048, 'smpCoresPerSocket': '1', 
'vmName': 'z-store.lis.ua', 'nice': '0', 'username': 'Unknown', 
'clientIp': '', 'vmId': '87c108fa-1ade-47a4-be66-f0416752eec4', 
'displayIp': '0', 'displayPort': '-1', 'smartcardEnable': 'false', 
'spiceSecureChannels': 
'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 
'nicModel': 'rtl8139,pv', 'keyboardLayout': 'en-us', 'kvmEnable': 
'true', 'transparentHugePages': 'true', 'devices': [{'device': 'unix', 
'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0', 
'controller': '0', 'type': 'virtio-serial', 'port': '1'}}, {'device': 
'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 
'controller': '0', 'type': 'virtio-serial', 'port': '2'}}, {'device': 
'usb', 'alias': 'usb0', 'type': 'controller', 'address': {'slot': 
'0x01', 'bus': '0x00', 'domain': '0x', 'type': 'pci', 'function': 
'0x2'}}, {'device': 'ide', 'alias': 'ide0', 'type': 'controller', 
'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x', 'type': 
'pci', 'function': '0x1'}}, {'device': 'virtio-serial', 'alias': 
'virtio-serial0', 'type': 'controller', 'address': {'slot': '0x04', 
'bus': '0x00', 'domain': '0x', 'type': 'pci', 'function': '0x0'}}, 
{'specParams': {'vram': '32768', 'heads': '1'}, 'alias': 'video0', 
'deviceId': '568266ff-9e6c-4ac2-9dff-4ac298db00ca', 'address': {'slot': 
'0x02', 'bus': '0x00', 'domain': '0x', 'type': 'pci', 'function': 
'0x0'}, 'device': 'cirrus', 'type': 'video'}, {'nicModel': 'pv', 
'macAddr': '00:1a:4a:51:89:a6', 'linkActive': True, 'network': 
'ovirtmgmt', 'specParams': {}, 'filter': 'vdsm-no-mac-spoofing', 
'alias': 'net0', 'deviceId': '395be56a-2e10-405d-baed-dec5c5186a83', 
'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x', 'type': 
'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', 
'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'alias': 
'ide0-1-0', 'specParams': {'path': ''}, 'readonly': 'True', 'deviceId': 
'a65fa707-1cc3-4960-b6e3-6aa7ca124e48', 'address': {'bus': '1', 
'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 
'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, 
{'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x', 'type': 
'pci', 

[ovirt-users] Online backup options

2014-06-20 Thread Steve Dainard
Hello Ovirt team,

Reading this bulletin: https://access.redhat.com/site/solutions/117763
there is a reference to 'private Red Hat Bug # 523354' covering online
backups of VM's.

Can someone comment on this feature, and rough timeline? Is this a native
backup solution that will be included with Ovirt/RHEV?

Is this Ovirt feature where the work is being done?
http://www.ovirt.org/Features/Backup-Restore_API_Integration It seems like
this may be a different feature specifically for 3rd party backup options.

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


Re: [ovirt-users] [ovirt-devel] design flaw in ovirt

2014-06-20 Thread Sven Kieske
Am 20.06.2014 15:32, schrieb Vinzenz Feenstra:
 Isn't that section referring to HA VMs?

No.

-- 
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: [ovirt-users] VM migration timeout

2014-06-20 Thread Dafna Ron

great!
this is an old bug that should have been fixed so I think you are using 
older versions of vdsm/libvirt and qemu.



On 06/20/2014 02:45 PM, Alexandr Krivulya wrote:

Thanks, detaching CD solves this problem.

20.06.2014 16:34, Dafna Ron пишет:

vm qemu vm log shows an error on dst:

qemu: warning: error while loading state section id 3
load of migration failed

but I think that the issue is that the vm has a cd attached which no
longer exists or available to the vm.

can you please try to detach any disk attached, activate the iso
domain if it's down and try migrating again.

here is the error from the vdsm log:

Thread-153::DEBUG::2014-06-20
14:49:06,162::task::974::TaskManager.Task::(_decref)
Task=`b37186f5-7959-495b-b9e3-816c2d3418ac`::ref 0 aborting False
libvirtEventLoop::DEBUG::2014-06-20
14:49:06,367::vm::4846::vm.Vm::(_onLibvirtLifecycleEvent)
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::event Stopped detail 5
opaque None
libvirtEventLoop::INFO::2014-06-20
14:49:06,368::vm::2169::vm.Vm::(_onQemuDeath)
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::underlying process
disconnected
libvirtEventLoop::INFO::2014-06-20
14:49:06,368::vm::4326::vm.Vm::(releaseVm)
vmId=`87c108fa-1ade-47a4-be66-f0416752eec4`::Release VM resources
Thread-65::DEBUG::2014-06-20
14:49:06,396::libvirtconnection::108::libvirtconnection::(wrapper)
Unknown libvirterror: ecode: 42 edom: 10 level: 2 message: Domain not
found: no domain with matching uuid '87c108fa-1ade-47a4-be66-f0416752e
ec4'
libvirtEventLoop::WARNING::2014-06-20
14:49:06,394::clientIF::365::vds::(teardownVolumePath) Drive is not a
vdsm image: VOLWM_CHUNK_MB:1024 VOLWM_CHUNK_REPLICATE_MULT:2
VOLWM_FREE_PCT:50 _blockDev:False _checkIoTuneCategories:bound met
hod Drive._checkIoTuneCategories of vm.Drive object at
0x7ff3cc072cd0 _customize:bound method Drive._customize of
vm.Drive object at 0x7ff3cc072cd0 _deviceXML:disk device=cdrom
type=file
   driver name=qemu type=raw/
   source startupPolicy=optional/
   target bus=ide dev=hdc/
   readonly/
   serial/
   alias name=ide0-1-0/
   address bus=1 controller=0 target=0 type=drive unit=0/
 /disk _makeName:bound method Drive._makeName of vm.Drive
object at 0x7ff3cc072cd0 _setExtSharedState:bound method
Drive._setExtSharedState of vm.Drive object at 0x7ff3cc072cd0
_validateIoTuneParams:bound method Drive._val
idateIoTuneParams of vm.Drive object at 0x7ff3cc072cd0
address:{'bus': '1', 'controller': '0', 'type': 'drive', 'target':
'0', 'unit': '0'} alias:ide0-1-0 apparentsize:0 blockDev:False
cache:none conf:{'guestFQDN': '', 'acpiEnable': 'true',
'emulatedMachine': 'rhel6.4.0', 'afterMigrationStatus': '',
'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 1024,
'spiceSslCipherSuite': 'DEFAULT', 'displaySecurePort': '-1',
'timeOffset': '10801', 'cpuType': 'Penryn', 'custom': {}, 'pauseCode':
'NOERR', 'migrationDest': 'libvirt', 'smp': '2', 'vmType': 'kvm',
'memSize': 2048, 'smpCoresPerSocket': '1', 'vmName': 'z-store.lis.ua',
'nice': '0', 'username': 'Unknown', 'clientIp': '', 'vmId':
'87c108fa-1ade-47a4-be66-f0416752eec4', 'displayIp': '0',
'displayPort': '-1', 'smartcardEnable': 'false',
'spiceSecureChannels':
'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard',
'nicModel': 'rtl8139,pv', 'keyboardLayout': 'en-us', 'kvmEnable':
'true', 'transparentHugePages': 'true', 'devices': [{'device': 'unix',
'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0',
'controller': '0', 'type': 'virtio-serial', 'port': '1'}}, {'device':
'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus':
'0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}},
{'device': 'usb', 'alias': 'usb0', 'type': 'controller', 'address':
{'slot': '0x01', 'bus': '0x00', 'domain': '0x', 'type': 'pci',
'function': '0x2'}}, {'device': 'ide', 'alias': 'ide0', 'type':
'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain':
'0x', 'type': 'pci', 'function': '0x1'}}, {'device':
'virtio-serial', 'alias': 'virtio-serial0', 'type': 'controller',
'address': {'slot': '0x04', 'bus': '0x00', 'domain': '0x', 'type':
'pci', 'function': '0x0'}}, {'specParams': {'vram': '32768', 'heads':
'1'}, 'alias': 'video0', 'deviceId':
'568266ff-9e6c-4ac2-9dff-4ac298db00ca', 'address': {'slot': '0x02',
'bus': '0x00', 'domain': '0x', 'type': 'pci', 'function': '0x0'},
'device': 'cirrus', 'type': 'video'}, {'nicModel': 'pv', 'macAddr':
'00:1a:4a:51:89:a6', 'linkActive': True, 'network': 'ovirtmgmt',
'specParams': {}, 'filter': 'vdsm-no-mac-spoofing', 'alias': 'net0',
'deviceId': '395be56a-2e10-405d-baed-dec5c5186a83', 'address':
{'slot': '0x03', 'bus': '0x00', 'domain': '0x', 'type': 'pci',
'function': '0x0'}, 'device': 'bridge', 'type': 'interface', 'name':
'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'alias':
'ide0-1-0', 'specParams': {'path': ''}, 'readonly': 'True',
'deviceId': 'a65fa707-1cc3-4960-b6e3-6aa7ca124e48', 'address': {'bus':
'1', 'controller': '0', 

Re: [ovirt-users] oVirt Node as vm

2014-06-20 Thread Greg Sheremeta
I run oVirt Node in a VM with virt-manager in Fedora 20. Works perfectly for me 
:)

Have you tried virt-manager?

Two tips:
1. enable nested kvm on the bare metal (L0)
2. pass through the bare metal's CPU flags to the VM.

See here for examples of these tips: 
http://dustymabe.com/2013/10/21/nested-virt-and-fedora-20-virt-test-day/

- Original Message -
 From: Stefan Sahlender ssahlen...@gmx.de
 To: users@ovirt.org
 Sent: Thursday, June 19, 2014 2:57:12 PM
 Subject: [ovirt-users] oVirt Node as vm
 
 Hello,
 
 I want to run oVirt Node as vm to learn a little bit about ovirt. But
 I'm facing some problems.
 
 I understand that oVirt Node maybe needs to see the vmx feature from the
 cpu so that kvm will work.
 
 But I can't get the oVirt Node ISO booting at all.
 
 I tried it in VirtualBox ... since it doesn't support nested
 virtualization I understand why it doesn't boot ... perhaps.
 
 But I tried it also on ESX and in the configuration i said that the
 virtualization features of the CPU should be passed through. If I boot a
 Live CD with that configuration see with cat /proc/cpuinfo that vmx is
 available.
 
 When I boot the oVirt Node ISO it just hangs after the 30 seconds count
 down ...I just see the background from the boot menu and it hangs the
 forever.
 
 Anybody else facing the same problem. Or is it just not possible to run
 oVirt Node as VM?
 
 Thanks for your replies.
 
 Regards
 
 
 ___
 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: [ovirt-users] What prevents from using a very very low-end hardware for manager?

2014-06-20 Thread Nicolas Ecarnot

Le 20/06/2014 15:27, Daniel Helgenberger a écrit :

@Nicolas, keep in mind system performance of the engine not only affects
the UI; but also various processes in the background.
Also, if you plan on using the VDI and self-deployment features (User
Access) a slow UI might be very counterproductive and OOM conditions
the system unstable.


We don't plan to use VDI nor user access.

I was asking such a question because I see the manager as a small 
database maintainer, a leader which gives indications, authenticates, 
reports, and intructions, but does nothing heavy, does not calculate 
anything complex, and does not store heavy data.
As I said, I have a feeling that in OUR case, the heaviest load dealt 
with the manager is the web UI, and as I said, I don't mind being VERY 
patient when setting things up.
I feel that, once set up, the load will be very small, and the heaviest 
task I may need is to aski a host to manage the migration of a VM (wow !)


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


Re: [ovirt-users] Log-off SPICE client system from oVirt guest

2014-06-20 Thread David Jaša
Hi,

On Čt, 2014-06-19 at 23:41 +0300, cyber python wrote:
 Hello everyone!
 
 
 
 I currently have an MS Windows client running remote viewer which
 connects to an oVirt Linux VM using SPICE. 
 
 My applicaiton is running on the VM.
 
 
 (Actually there are several clients each connecting to one VM at a
 time, with each client connecting to the first available VM every time
 - I have already achieved this using the oVirt REST API).
 
 
 What I want to do now, is have the MS Windows client (I am using
 remote-viewer as the SPICE client) log out automatically when the user
 closes the application's window in the VM.
 
 
 Is this possible? 

do I understand correctly that you wish to log out a user at Client
machine (the one where actual user physically sits at) when an app in
the guest machine closes? If so, I'm afraid that oVirt won't have
anything like it integrated in foreseeable future so you'll have to come
up with something yourself

 
 If not, is there a way to get the IP address of the client machine
 (the one running remote-viewer) from the guest so that I can notify it
 to log off?

IMO the other way is easier: 
1) run remote-viewer through a wrapper that will log off the user if
told to do so. Wrapper can get the guest IP address from API
(GET /api/vms/VM_UUID - vmguest_infoipsip address=GUEST_IP)
2) create a service in a guest that will emit the signal to log off to
the connected client when the app in question exits.

maybe you could use a new port channel of spice but IIRC that would
require modification of a client...

David

 
 
 Best regards,
 
 George.
 
 
 
 ___
 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: [ovirt-users] Log-off SPICE client system from oVirt guest

2014-06-20 Thread cyber python
Thanks David!

I think I am gonna go for a combination of the two approaches: have the
client retrieve the IP of the guest and connect to a service running on the
guest and once the application running inside the guest closes, notify the
client to close the SPICE  connection and log off the user.
Στις 20 Ιουν 2014 4:26 μ.μ., ο χρήστης David Jaša dj...@redhat.com
έγραψε:

 Hi,

 On Čt, 2014-06-19 at 23:41 +0300, cyber python wrote:
  Hello everyone!
 
 
 
  I currently have an MS Windows client running remote viewer which
  connects to an oVirt Linux VM using SPICE.
 
  My applicaiton is running on the VM.
 
 
  (Actually there are several clients each connecting to one VM at a
  time, with each client connecting to the first available VM every time
  - I have already achieved this using the oVirt REST API).
 
 
  What I want to do now, is have the MS Windows client (I am using
  remote-viewer as the SPICE client) log out automatically when the user
  closes the application's window in the VM.
 
 
  Is this possible?

 do I understand correctly that you wish to log out a user at Client
 machine (the one where actual user physically sits at) when an app in
 the guest machine closes? If so, I'm afraid that oVirt won't have
 anything like it integrated in foreseeable future so you'll have to come
 up with something yourself

 
  If not, is there a way to get the IP address of the client machine
  (the one running remote-viewer) from the guest so that I can notify it
  to log off?

 IMO the other way is easier:
 1) run remote-viewer through a wrapper that will log off the user if
 told to do so. Wrapper can get the guest IP address from API
 (GET /api/vms/VM_UUID - vmguest_infoipsip address=GUEST_IP)
 2) create a service in a guest that will emit the signal to log off to
 the connected client when the app in question exits.

 maybe you could use a new port channel of spice but IIRC that would
 require modification of a client...

 David

 
 
  Best regards,
 
  George.
 
 
 
  ___
  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: [ovirt-users] gluster rpms not found

2014-06-20 Thread Nathan Stratton
Actually I have vdsm-gluster, that is why vdsm tries to find the gluster
packages. Is there a way I can run the vdsm gluster rpm search manually to
see what is going wrong?

[root@virt01a ~]# yum list installed |grep vdsm
vdsm.x86_644.14.9-0.el6 @ovirt-3.4-stable

vdsm-cli.noarch4.14.9-0.el6 @ovirt-3.4-stable

vdsm-gluster.noarch4.14.9-0.el6 @ovirt-3.4-stable

vdsm-python.x86_64 4.14.9-0.el6 @ovirt-3.4-stable

vdsm-python-zombiereaper.noarch
vdsm-xmlrpc.noarch 4.14.9-0.el6 @ovirt-3.4-stable




nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 |
www.broadsoft.com


On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau and...@andrewklau.com wrote:

 You're missing vdsm-gluster

 yum install vdsm-gluster

 On Fri, Jun 20, 2014 at 6:24 AM, Nathan Stratton nat...@robotics.net
 wrote:
  I am running ovirt 3.4 and have gluster installed:
 
  [root@virt01a]# yum list installed |grep gluster
  glusterfs.x86_64   3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-api.x86_64   3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-cli.x86_64   3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-fuse.x86_64  3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-libs.x86_64  3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-rdma.x86_64  3.5.0-2.el6  @ovirt-glusterfs-epel
  glusterfs-server.x86_64  3.5.0-2.el6  @ovirt-glusterfs-epel
 
  However vdsm can't seem to find them:
 
  Thread-13::DEBUG::2014-06-19
  16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
 glusterfs-rdma
  not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
 glusterfs-fuse
  not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,251::caps::458::root::(_getKeyPackages) rpm package
 gluster-swift
  not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-object not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,252::caps::458::root::(_getKeyPackages) rpm package glusterfs
 not
  found
  Thread-13::DEBUG::2014-06-19
  16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-plugin not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-account not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-proxy not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-doc not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
  glusterfs-server not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
  gluster-swift-container not found
  Thread-13::DEBUG::2014-06-19
  16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
  glusterfs-geo-replication not found
 
  Any ideas?
 
 
  nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 |
  www.broadsoft.com
 
  ___
  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