Re: [Users] [ovirt test day 3] DWH installation
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Users@ovirt.org, Brian Proffitt bprof...@redhat.com, Dave Neary dne...@redhat.com, Einav Cohen eco...@redhat.com, Yaniv Dary yd...@redhat.com, Alon Bar-Lev alo...@redhat.com Sent: Friday, March 7, 2014 9:55:23 AM Subject: [ovirt test day 3] DWH installation snip I wasn't able to test it on Gentoo because snmp4j failed to build due to unmappable ascii encoding (I'm using italian locale) Not opened a BZ on gentoo bugzilla since it comes from an experimental overlay You could just add LC_ALL=C LANG=C emerge ... to proceed But I am your friendly downstream for that (you got snmp4j from my overlay, right?), please send me at least the build errors and emerge --info. Thanks! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted engine help
Il 07/03/2014 01:10, Jason Brooks ha scritto:
Hey everyone, I've been testing out oVirt 3.4 w/ hosted engine, and
while I've managed to bring the engine up, I've only been able to do it
manually, using hosted-engine --vm-start.
The ovirt-ha-agent service fails reliably for me, erroring out with
RequestError: Request failed: success.
I've pasted error passages from the ha agent and vdsm logs below.
Any pointers?
looks like a VDSM bug, Dan?
Regards, Jason
***
ovirt-ha-agent.log
MainThread::CRITICAL::2014-03-06
18:48:30,622::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
Could not start ha-agent
Traceback (most recent call last):
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py,
line 97, in run
self._run_agent()
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py,
line 154, in _run_agent
hosted_engine.HostedEngine(self.shutdown_requested).start_monitoring()
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py,
line 303, in start_monitoring
for old_state, state, delay in self.fsm:
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py,
line 125, in next
new_data = self.refresh(self._state.data)
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py,
line 77, in refresh
stats.update(self.hosted_engine.collect_stats())
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py,
line 623, in collect_stats
constants.SERVICE_TYPE)
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py,
line 171, in get_stats_from_storage
result = self._checked_communicate(request)
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py,
line 198, in _checked_communicate
raise RequestError(Request failed: {0}.format(msg))
RequestError: Request failed: success
vdsm.log
Thread-29::ERROR::2014-03-06 18:48:11,101::API::1607::vds::(_getHaInfo)
failed to retrieve Hosted Engine HA info
Traceback (most recent call last):
File /usr/share/vdsm/API.py, line 1598, in _getHaInfo
stats = instance.get_all_stats()
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py,
line 86, in get_all_stats
constants.SERVICE_TYPE)
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py,
line 171, in get_stats_from_storage
result = self._checked_communicate(request)
File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py,
line 198, in _checked_communicate
raise RequestError(Request failed: {0}.format(msg))
RequestError: Request failed: success
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted engine help
On Fri, Mar 07, 2014 at 10:17:43AM +0100, Sandro Bonazzola wrote: Il 07/03/2014 01:10, Jason Brooks ha scritto: Hey everyone, I've been testing out oVirt 3.4 w/ hosted engine, and while I've managed to bring the engine up, I've only been able to do it manually, using hosted-engine --vm-start. The ovirt-ha-agent service fails reliably for me, erroring out with RequestError: Request failed: success. I've pasted error passages from the ha agent and vdsm logs below. Any pointers? looks like a VDSM bug, Dan? Why? The exception is raised from deep inside the ovirt_hosted_engine_ha code. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [oVirt Test Day 3] all-in-one
Hi, I've tested all-in-one, and it went much smoother than I've expected! I must admit that it was a rather shallow test. - Installed a fresh CentOS 6.5 minimal installation - Followed http://www.ovirt.org/OVirt_3.4_Test_Day#Installation_notes - Followed http://www.ovirt.org/Feature/AllInOne#Installation_flow - Followed http://www.ovirt.org/Quick_Start_Guide#Install_oVirt - Typed Yes Yes Yes like a blind baboon - Connected to the admin portal - Created a VM - Ran it - Hibernated it. All went well. However, as reproted by Piotr in a parallel thread, I failed connect with spice to the VM. I had to run `service iptables restart` to make enable the iptables rules that were installed. Sandro, can this be done automatically? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [oVirt Test Day 3] all-in-one
Il 07/03/2014 11:04, dan...@redhat.com ha scritto: Hi, I've tested all-in-one, and it went much smoother than I've expected! I must admit that it was a rather shallow test. - Installed a fresh CentOS 6.5 minimal installation - Followed http://www.ovirt.org/OVirt_3.4_Test_Day#Installation_notes - Followed http://www.ovirt.org/Feature/AllInOne#Installation_flow - Followed http://www.ovirt.org/Quick_Start_Guide#Install_oVirt - Typed Yes Yes Yes like a blind baboon - Connected to the admin portal - Created a VM - Ran it - Hibernated it. All went well. However, as reproted by Piotr in a parallel thread, I failed connect with spice to the VM. I had to run `service iptables restart` to make enable the iptables rules that were installed. Sandro, can this be done automatically? Sure, need to investigate on this iptables restart requirement. Can you open a BZ about it? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [oVirt Test Day 3] all-in-one
On Fri, Mar 07, 2014 at 11:49:06AM +0100, Sandro Bonazzola wrote: Il 07/03/2014 11:04, dan...@redhat.com ha scritto: Hi, I've tested all-in-one, and it went much smoother than I've expected! I must admit that it was a rather shallow test. - Installed a fresh CentOS 6.5 minimal installation - Followed http://www.ovirt.org/OVirt_3.4_Test_Day#Installation_notes - Followed http://www.ovirt.org/Feature/AllInOne#Installation_flow - Followed http://www.ovirt.org/Quick_Start_Guide#Install_oVirt - Typed Yes Yes Yes like a blind baboon - Connected to the admin portal - Created a VM - Ran it - Hibernated it. All went well. However, as reproted by Piotr in a parallel thread, I failed connect with spice to the VM. I had to run `service iptables restart` to make enable the iptables rules that were installed. Sandro, can this be done automatically? Sure, need to investigate on this iptables restart requirement. Can you open a BZ about it? I can, and I just have: Bug 1073965 - iptables rules are not applied at the end of all-in-one installation ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] tags?
On Thu, 6 Mar 2014 21:57:21 -0500 (EST) Andrew wrote: AC It's a way of grouping elements together. AC Eg. tag all the product VMs / Hosts AC Then filter by these tags to perform operations just on those. AC AC https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html-single/Administration_Guide/index.html#sect-Tags Ahh, I keep forgetting that oVirt is basically RHEV... Thanks. So I see how it helps to find tagged objects, but not any way to perform bulk operations on them. It would be really nice to be able to find all VMs tagged as 'webserver' and add/remove a user to all of them in one operation. Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] tags?
- Original Message - From: Robert Story rst...@tislabs.com Sent: Friday, March 7, 2014 11:04:36 AM On Thu, 6 Mar 2014 21:57:21 -0500 (EST) Andrew wrote: AC It's a way of grouping elements together. AC Eg. tag all the product VMs / Hosts AC Then filter by these tags to perform operations just on those. AC AC https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html-single/Administration_Guide/index.html#sect-Tags Ahh, I keep forgetting that oVirt is basically RHEV... Thanks. So I see how it helps to find tagged objects, but not any way to perform bulk operations on them. It would be really nice to be able to find all VMs tagged as 'webserver' and add/remove a user to all of them in one operation. Hi Robert, actually, what you are asking for should not be limited only to a sub-set of objects filtered by tag; we should allow batch operations on any sub- set of objects, filtered by tags, object name, object's cluster-description and/or cpu-consumption. bulk operations are available today, typically on actions that don't require a dialog interaction (other than confirmation dialog, maybe), e.g. Run VM, Stop VM, Maintenance/Activate Host, etc. per your example: granting user permissions on an object is done in the context of the Permissions sub-tab of that object. today, sub-tabs are displayed/associated only with a single item, hence sub-tab operations are performed in the context of that single item. one way of resolving what you are asking for is to change the sub-tabs to support displaying data and performing actions in the context of multiple items, rather than a single item. We can also try and find other solutions for this particular problem, however these solutions will require making the 'Add Permissions action available from another location/context in the GUI (e.g. the VMs main-tab, rather than / in addition to the Permissions sub-tab, in which the 'Add Permission' action is available today). please feel free to open an RFE on this issue: https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt Thanks. Robert -- Senior Software Engineer @ Parsons ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] tags?
On Fri, 7 Mar 2014 11:47:11 -0500 (EST) Einav wrote: EC actually, what you are asking for should not be limited only to a EC sub-set of objects filtered by tag; we should allow batch operations on EC any sub- set of objects, filtered by tags, object name, object's EC cluster-description and/or cpu-consumption. Yes, I agree. EC one way of resolving what you are asking for is to change the EC sub-tabs to support displaying data and performing actions in the EC context of multiple items, rather than a single item. EC [snip] EC please feel free to open an RFE on this issue: EC https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt See https://bugzilla.redhat.com/show_bug.cgi?id=1074026, RFE: support bulk operations in admin portal. Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] tags?
On 03/07/2014 12:11 PM, Robert Story wrote: On Fri, 7 Mar 2014 11:47:11 -0500 (EST) Einav wrote: EC actually, what you are asking for should not be limited only to a EC sub-set of objects filtered by tag; we should allow batch operations on EC any sub- set of objects, filtered by tags, object name, object's EC cluster-description and/or cpu-consumption. Yes, I agree. EC one way of resolving what you are asking for is to change the EC sub-tabs to support displaying data and performing actions in the EC context of multiple items, rather than a single item. EC [snip] EC please feel free to open an RFE on this issue: EC https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt See https://bugzilla.redhat.com/show_bug.cgi?id=1074026, RFE: support bulk operations in admin portal. Robert -- Senior Software Engineer @ Parsons ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Just FYI if you need this functionality ASAP, you can use Java SDK [1] to get what you need. You will need a little Java program to loop through the VMs and invoke operations on it. [1] http://www.ovirt.org/Java-sdk ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12
Any status on this? -Original Message- From: Yair Zaslavsky [mailto:yzasl...@redhat.com] Sent: Friday, March 07, 2014 1:53 AM To: Maurice James Cc: users@ovirt.org; Eli Mesika Subject: Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 - Original Message - From: Maurice James midnightst...@msn.com To: users@ovirt.org Sent: Friday, March 7, 2014 1:49:23 AM Subject: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 I got the following error while trying to upgrade ;; -HEADER- opcode: QUERY, status: NOERROR, id: 35994 psql:upgrade/03_04_0600_event_notification_methods.sql:10: ERROR: column notification_method contains null values Maurice, As far as I understand, this was resolved by https://bugzilla.redhat.com/show_bug.cgi?id=1072549 (CC'ing Eli who worked on this bug) Eli - I see the patch has script numbering of 03_05 - is there a plan to provide 03_04 script for that fix? Yair 2014-03-06 18:33:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140306183332.9FQBdD.sql:16: ERROR: language plpgsql already exists 2014-03-06 18:42:58 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Snapshots not listed for VM using 3.3.4
Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von quot;Trey Dockendorf [treyd...@gmail.com] Gesendet: Freitag, 7. März 2014 23:23 An: users Betreff: [Users] Snapshots not listed for VM using 3.3.4 I have two VMs in my cluster, one is CentOS 6.5 and one is CentOS 5.10. I have updated qemu on the ovirt nodes to use the RPMs from http://jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create_rpms_el6. # yum list installed | grep qemu gpxe-roms-qemu.noarch 0.9.7-6.10.el6@base qemu-img.x86_64 2:0.12.1.2-2.415.el6_5.4 qemu-kvm.x86_64 2:0.12.1.2-2.415.el6_5.4 qemu-kvm-tools.x86_64 2:0.12.1.2-2.415.el6_5.4 I am able to perform a snapshot using the web UI, which succeeds, but the snapshot is never listed in the Snapshots tab for either VM. Maybe be only a temporary problem and a browser restart could help see https://bugzilla.redhat.com/show_bug.cgi?id=1058618 Running virsh -r snapshot-list domain for either VMs shows no snapshots. Attached is vdsm.log and engine.log (output when creating snapshot of EL6 VM) and vdsm2.log and engine2.log (output when creating snapshot of EL5 VM). Engine and nodes are updated to 3.3.4 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
