Re: [ovirt-users] Upgrade to 3.4.2 failed
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
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
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
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
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
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?
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
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
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?
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?
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?
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?
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
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
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!
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
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
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
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?
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
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
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
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
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
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?
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
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
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
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