Re: [ovirt-users] Import FC Storage as iSCSI
It should be from Data Center 3.5 considering the option_value at the vdc_options table. Liron, do you have any insights on this? Raul, Was your 'source' Data Center was from version 3.5? Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, November 5, 2014 8:57:39 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Good morning. Just a thought. Should the recovery only work when the 'source' data center has already updated to 3.5 (both node and engine) or can I recover storage domains from 3.4 data centers? Regards. Raul - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Tuesday, 4 November, 2014 11:33:44 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I forgot to set the WWID-s to the original values (LUNs were clones) and tried again, same result. - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski pklic...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, 4 November, 2014 10:43:03 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I think I already saw this issue related to jsonRPC. Pioter, does the error at [1] looks familiar to you, I remember that you worked on a bug which fixed an issue at the force detach? Raul, meanwhile can u please try to set the Host not to use json-RPC, and check if that works for you. do the following: maintain the Host - edit the Host - go to advanced parameters - uncheck the checkbox of json - after doing that, start the Host again, and try to attach the domain once again. Please let me know if you have any questions. [1] .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] Could not force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool 4e14574d-9472-4e4a-a44a-140acbb790bb. error: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = detach() takes exactly 5 arguments (3 given), code = -32603 2014-11-04 09:47:31,980 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] FINISH, DetachStorageDomainVDSCommand, log id: 5b4d7f9a Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, November 4, 2014 9:57:46 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have managed to get my oVirt node running using oVirt Node Hypervisor 3.1.0_master-20140707.0. I hope this is not causing following issue, but this Is the only way for me to test 3.5. When I try to import existing FC storage domain I get errors on Engine (see attached log). Regards. Raul - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Sent: Monday, 27 October, 2014 11:29:40 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I have set this to 3.4 because I still use ovirt-node-iso from oVirt 3.4. For some reason I can't set cluster compatibility to 3.4 and with cluster 3.5 node installation fails. I will install node from 3.5 iso and try again. - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: users users@ovirt.org Sent: Monday, 27 October, 2014 10:50:21 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Which Data Center version are you using to attach the Storage Domain to? If the storage domain meta data indicates that it is already attached to another Data Center (after DR for example). then you the attach of it will only be supported for Data Center 3.5. Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: users users@ovirt.org Sent: Monday, October 27, 2014 10:07:18 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI When I try to import existing FC storage domain, which consists of two NetAPP LUN-s cloned from NetAPP snapshots, I get: Error while executing action Attach Storage Domain: The Domain is already used by another Data Center. In
Re: [ovirt-users] Import FC Storage as iSCSI
I'm using oVirt Engine 3.4.4-1.el6. Nodes are oVirt Node - 3.0.4 - 1.0.201401291204.el6 vdsm-4.14.6-0.el6 libvirt-0.10.2-29.el6_5.7. KVM is 0.12.1.2 - 2.415.el6_5.8 Regards. - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, 5 November, 2014 10:33:13 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, November 5, 2014 9:06:05 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. No. I see no disks, VMs or templates on the imported storage domain. I do see two OVF_STORE disks listed under 'Disks' Those two disks might be new, if your previous Data Center version did not support the OVFStoreOnAnyDomain feature. What was your previous Data Center version? Regards. Raul - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, 5 November, 2014 9:01:36 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi Raul, It is a known issue which should be fixed once http://gerrit.ovirt.org/#/c/33154 will be merged. Please disregard this log, it only indicates about disks which are not OVF_STORE disks, the error there is misleading. did you managed to register those VMs to the engine? Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Tuesday, November 4, 2014 11:06:09 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Progress. Now it does import/attach, but now VMs/disks are visible in storage domain and error is logged: 2014-11-04 10:58:18,511 ERROR [org.ovirt.engine.core.bll.GetUnregisteredDisksQuery] (ajp--127.0.0.1-8702-7) [2bc90d28] Could not get populated disk, reason: null Thank you. Raul - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski pklic...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, 4 November, 2014 10:43:03 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I think I already saw this issue related to jsonRPC. Pioter, does the error at [1] looks familiar to you, I remember that you worked on a bug which fixed an issue at the force detach? Raul, meanwhile can u please try to set the Host not to use json-RPC, and check if that works for you. do the following: maintain the Host - edit the Host - go to advanced parameters - uncheck the checkbox of json - after doing that, start the Host again, and try to attach the domain once again. Please let me know if you have any questions. [1] .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] Could not force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool 4e14574d-9472-4e4a-a44a-140acbb790bb. error: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = detach() takes exactly 5 arguments (3 given), code = -32603 2014-11-04 09:47:31,980 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] FINISH, DetachStorageDomainVDSCommand, log id: 5b4d7f9a Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, November 4, 2014 9:57:46 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have managed to get my oVirt node running using oVirt Node Hypervisor 3.1.0_master-20140707.0. I hope this is not causing following issue, but this Is the only way for me to test 3.5. When I try to import existing FC storage domain I get errors on Engine (see attached log). Regards. Raul - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Sent: Monday, 27 October, 2014 11:29:40 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I have set this to 3.4 because I
Re: [ovirt-users] using ovirt-scheduler-proxy
- Original Message - From: Amedeo Salvati ame...@oscert.net To: users@ovirt.org Sent: Tuesday, November 4, 2014 5:22:24 PM Subject: [ovirt-users] using ovirt-scheduler-proxy hello guys, I'm triyng to use ovirt-scheduler-proxy, and for this, now, I'm starting with examples available on: https://github.com/oVirt/ovirt-scheduler-proxy/tree/master/doc/plugin_samples so, on ovirt 3.5 fresh installation I've installed ovirt-scheduler-proxy package (by yum), then I've downloaded from above link host_memory_balance.py file under /usr/share/ovirt-scheduler-proxy/plugins directory, I've changed the connection string due to reflect my ovirt engine hostname/port/user/password, and finally I've started the service: service ovirt-scheduler-proxy start on log ovirt-scheduler-proxy.log I got: [root@engine ovirt-scheduler-proxy]# cat /var/log/ovirt-scheduler-proxy/ovirt-scheduler-proxy.log Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread] Setting up server Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread] Loading modules from /usr/share/ovirt-scheduler-proxy/plugins Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread] Loading analyzer from /usr/lib/python2.6/site-packages/ovirtscheduler Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread] [Request:Main][Method:loadModules] - Trying to load the following files: ['host_memory_balance'] Tue, 04 Nov 2014 16:01:17 DEBUG [process:MainProcess, thread:Thread-1] [Request:Main][Method:PythonMethodRunner] - running ['python', '-c', import loader; loader.loader().analyze('/usr/share/ovirt-scheduler-proxy/plugins', 'host_memory_balance')] in /usr/lib/python2.6/site-packages/ovirtscheduler Tue, 04 Nov 2014 16:01:18 DEBUG [process:MainProcess, thread:MainThread] [Request:Main][Method:loadModules] - script: ['python', '-c', import loader; loader.loader().analyze('/usr/share/ovirt-scheduler-proxy/plugins', 'host_memory_balance')] Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread] [Request:Main][Method:loadModules] - registering: ('host_memory_balance', ('host_memory_balance', 'do_balance', 'selects a vm from the most over utilized vm to migrate.\n if safe_selection is true selects the smallest vm from the host\n if safe_selection is false try and take a vm larger then the amount of memory the host is missing', 'minimum_host_memoryMB=[0-9]*;safe_selection=True|False')) Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread] [Request:Main][Method:loadModules] - registering::loaded- filters:{} scores:{} balancers:{'host_memory_balance': ('selects a vm from the most over utilized vm to migrate.\n if safe_selection is true selects the smallest vm from the host\n if safe_selection is false try and take a vm larger then the amount of memory the host is missing', 'minimum_host_memoryMB=[0-9]*;safe_selection=True|False')} Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread] Publishing API [root@engine ovirt-scheduler-proxy]# but after that on web ui I can't see any change under cluster policy and under Configure - Cluster Policies (host_memory_balance balancers is not displayed) what did I miss? - update engine configuration (use ovirt-config --set KEY_NAME=KEY_VALUE): * ExternalSchedulerServiceURL=http://host:18781/ * ExternalSchedulerEnabled=true - restart ovirt-engine service. - under configure-cluster_policy see that the balance function was added (should be in manage policy units- you will see it in the main dialog as well). - clone current cluster's used cluster policy (probably none - prefer it to have no balancing modules to avoid conflicts), name it 'your_name' and set it with the external function - replace cluster's cluster policy with newly created one (in edit cluster dialog). Thanks, Gilad. Best regards Amedeo Salvati ___ 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] vdsm and selinux
On 04/11/14 12:43, Mooli Tayer wrote: Hi, The patch has been merged to 3.5 and is not yet included at centos. In the mean time you can do as root: vdsm-tool sebool-config Mooli. I'm sure I've tried that without success (both sebool-config and seboot-unconfig) Anyway according to https://bugzilla.redhat.com/show_bug.cgi?id=1157185 it's fixed in vdsm-4.16.7.3-1.el6ev G ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52
It looks like you have run into this issue - https://www.mail-archive.com/gluster-devel@gluster.org/msg02310.html [Thanks, Humble for helping on this] One workaround is to install the yum-plugin-priorities and add a priority = 1 to the ovirt35-glusterfs-epel repo. Meanwhile, the problem is going to be solved by the release of glusterfs 3.6.1 in the following days. On 11/05/2014 05:48 AM, Juan Carlos YJ. Lin wrote: Reinstall ovirt hosted engine today, and get this [root@node1 ~]# yum list *gluster* Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.xpg.com.br * epel: mirror.ci.ifes.edu.br * extras: mirror.ci.ifes.edu.br * ovirt-3.5: www.gtlib.gatech.edu * ovirt-3.5-epel: mirror.ci.ifes.edu.br * ovirt-3.5-jpackage-6.0-generic: ftp.heanet.ie * updates: mirror.ci.ifes.edu.br Installed Packages glusterfs.x86_64 3.6.0.29-2.el6 @updates glusterfs-api.x86_64 3.6.0.29-2.el6 @updates glusterfs-cli.x86_64 3.6.0.29-2.el6 @updates glusterfs-fuse.x86_64 3.6.0.29-2.el6 @updates glusterfs-libs.x86_64 3.6.0.29-2.el6 @updates glusterfs-rdma.x86_64 3.6.0.29-2.el6 @updates Available Packages glusterfs-api-devel.x86_643.6.0.29-2.el6 updates glusterfs-debuginfo.x86_643.5.2-1.el6 ovirt-3.5-glusterfs-epel glusterfs-devel.x86_643.6.0.29-2.el6 updates glusterfs-extra-xlators.x86_643.5.2-1.el6 ovirt-3.5-glusterfs-epel glusterfs-geo-replication.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel glusterfs-regression-tests.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel glusterfs-resource-agents.noarch 3.5.2-1.el6 ovirt-3.5-glusterfs-noarch-epel glusterfs-server.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel puppet-gluster.noarch 0.0.3-1.el6 epel puppet-gluster-doc.noarch 0.0.3-1.el6 epel samba-glusterfs.x86_643.6.23-12.el6 base vdsm-gluster.noarch 4.16.7-1.gitdb83943.el6 ovirt-3.5 Juan Carlos Lin Unisoft S.A. +595-993-288330 *De: *Sahina Bose sab...@redhat.com *Para: *Juan Carlos YJ Lin l...@unisoft.com.py *Enviados: *Martes, 4 de Noviembre 2014 4:55:45 *Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52 The node would pull the latest rpms based on your repo configuration. vdsm on the node has a requirement on glusterfs 3.4.2. Which OS are you using. I wonder how you got the glusterfs 3.6 as they are not available in the download.gluster.org repo. Could you tell me the output of rpm -qa | grep gluster On 11/03/2014 08:39 PM, Juan Carlos YJ. Lin wrote: so is correct the dependecy? I try to install glusterfs-server in the node host and got the error Juan Carlos Lin Unisoft S.A. +595-993-288330 *De: *Sahina Bose sab...@redhat.com *Para: *Juan Carlos YJ Lin l...@unisoft.com.py, users@ovirt.org *Enviados: *Lunes, 3 de Noviembre 2014 5:17:30 *Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52 On 11/03/2014 01:44 PM, Sahina Bose wrote: ovirt 3.5 does not have a dependency on glusterfs-3.6.0, AFAIK. 3.6 is in beta stage still. My bad. glusterfs 3.6 was released on Oct 31. Are you installing hosted engine? Do you by any chance have additional repos for glusterfs configured? On 11/03/2014 05:44 AM, Juan Carlos YJ. Lin wrote: gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5 install glusterfs-3.6.0 how to solve the dependency? Juan Carlos Lin Unisoft S.A. +595-993-288330 System-wide Disclaimer --- Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users System-wide Disclaimer
[ovirt-users] [QE][ACTION NEEDED] oVirt 3.5.1 RC status
Hi, We're going to start composing oVirt 3.5.1 RC on *2014-11-25 08:00 UTC* from 3.5 branch. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-11-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-11-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A bug tracker [1] has been opened and shows 1 open blocker: Bug ID Whiteboard Status Summary 1142710 integration NEW Volume creation failed while deploying Hosted Engine on iSCSI There are still 181 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 151 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- 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: [ovirt-users] [RFI] oVirt 3.6 Planning
On 04.11.2014 09:47, Fabian Deutsch wrote: - Original Message - On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote: On 09/12/2014 03:22 PM, Itamar Heim wrote: With oVirt 3.5 nearing GA, time to ask for what do you want to see in oVirt 3.6? Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do. We're not so good in keeping up with deadlines - our recent 3.5 version slipped for 2.5 months past the original plan. With longer cycles, this is even harder to control. Can we instead break the heavier features to smaller phases, that are easier to maintain, and deliver the complete feature in 3.7? Hey, yep, I think this is a good idea to get control over the big features. - fabian Me too, for that matter. I think json rpc was a major thing to do witch went well; but maybe drew resources from other features and testing. But maybe new features do not need to be scrubbed but implemented later on for upgrades? For instance, some software vendors allow new features for X.0 releases only for new installations. Only after they are confirmed working regression - free a X.1 version is released witch enables upgrades from X-1 (existing customers). Bottom line, I hope for planned 3.6 features like SR-IOV and pci passthrough/vfio will not be postponed :) with many of the features requiring way newer versions of some of the components, I think we should plan for 3.6 cluster to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6). so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?) ___ 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 -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status
Hi, Release criteria discussion started on 2014-10-22 and should end on 2014-11-12 as per current release process [1]. Current options are: 1) keeping the same release criteria we had for 3.5 [2] 2) review the proposed changes [3] and prepare new release criteria for 3.6 Release management for 3.6.0 has been created [4] The key milestones for this release must be scheduled: Key Milestones Release criteria discussion start: 2014-10-22 Release criteria ready: 2014-11-12 Feature freeze: 60 Days before release First Test Day: 45 days before release Release Candidate: 30 days before release Release: 6 months after oVirt 3.5.0 release Two different proposals have been meed about above scheduling [5]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 A tracker bug for 3.6.0 has been created [6] and currently shows no blockers. There are 395 bugs [7] targeted to 3.6.0. Excluding node and documentation bugs we have 375 bugs [8] targeted to 3.6.0. [1] http://www.ovirt.org/Release_process [2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria [3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html [4] http://www.ovirt.org/OVirt_3.6_Release_Management [5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [7] http://goo.gl/zwkF3r [8] http://goo.gl/ZbUiMc -- 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: [ovirt-users] Import FC Storage as iSCSI
The OVF_STORE disk (Rleate to OvfStoreOnAnyDomain feature) should only be supported for 3.5 Data Center. Liron, do you have any insight on that? Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, November 5, 2014 10:49:19 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I'm using oVirt Engine 3.4.4-1.el6. Nodes are oVirt Node - 3.0.4 - 1.0.201401291204.el6 vdsm-4.14.6-0.el6 libvirt-0.10.2-29.el6_5.7. KVM is 0.12.1.2 - 2.415.el6_5.8 Regards. - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, 5 November, 2014 10:33:13 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, November 5, 2014 9:06:05 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. No. I see no disks, VMs or templates on the imported storage domain. I do see two OVF_STORE disks listed under 'Disks' Those two disks might be new, if your previous Data Center version did not support the OVFStoreOnAnyDomain feature. What was your previous Data Center version? Regards. Raul - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Wednesday, 5 November, 2014 9:01:36 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi Raul, It is a known issue which should be fixed once http://gerrit.ovirt.org/#/c/33154 will be merged. Please disregard this log, it only indicates about disks which are not OVF_STORE disks, the error there is misleading. did you managed to register those VMs to the engine? Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org Sent: Tuesday, November 4, 2014 11:06:09 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Progress. Now it does import/attach, but now VMs/disks are visible in storage domain and error is logged: 2014-11-04 10:58:18,511 ERROR [org.ovirt.engine.core.bll.GetUnregisteredDisksQuery] (ajp--127.0.0.1-8702-7) [2bc90d28] Could not get populated disk, reason: null Thank you. Raul - Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski pklic...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, 4 November, 2014 10:43:03 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI I think I already saw this issue related to jsonRPC. Pioter, does the error at [1] looks familiar to you, I remember that you worked on a bug which fixed an issue at the force detach? Raul, meanwhile can u please try to set the Host not to use json-RPC, and check if that works for you. do the following: maintain the Host - edit the Host - go to advanced parameters - uncheck the checkbox of json - after doing that, start the Host again, and try to attach the domain once again. Please let me know if you have any questions. [1] .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] Could not force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool 4e14574d-9472-4e4a-a44a-140acbb790bb. error: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = detach() takes exactly 5 arguments (3 given), code = -32603 2014-11-04 09:47:31,980 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] FINISH, DetachStorageDomainVDSCommand, log id: 5b4d7f9a Regards, Maor - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Maor Lipchuk mlipc...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, November 4, 2014 9:57:46 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have managed to get my oVirt node running using oVirt Node
Re: [ovirt-users] Cancelling a running task
- Original Message - From: Daniel Lang daniel.l...@redi.com To: users@ovirt.org users@ovirt.org Sent: Tuesday, November 4, 2014 6:24:48 PM Subject: [ovirt-users] Cancelling a running task I am creating a VM and the copy from template operation has gone haywire causing significant performance issues on the host server. I’d like to cancel the copying image action (it’s been running ~3hours on a 3GB disk image copy) but I cannot find anything in the web UI to cancel a task. Is there a command line tool to cancel the running task? login to your SPM host and run the following vdsClient -s 0 getAllTasksStatuses You can than use stopTask TaskID stop async task and then clearTask TaskID clear async task The oVirt version is 3.4 and vdsm version 4.14. Thanks for any advice or links to documentation/man pages. Daniel Lang © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA, SIPC. All rights reserved. The information contained in and accompanying this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please delete and destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. REDI makes no warranties in relation to these matters. Please note that REDI reserves the right to intercept, monitor, and retain e-mail messages to and from its systems as permitted by applicable law. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with REDI. ___ 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] [QE][ACTION REQUIRED] oVirt 3.6.0 status
On 11/05/2014 12:18 PM, Sandro Bonazzola wrote: Release: 6 months after oVirt 3.5.0 release I'm still not sure about this one. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cancelling a running task
- Original Message - From: Eli Mesika emes...@redhat.com To: Daniel Lang daniel.l...@redi.com Cc: users@ovirt.org Sent: Wednesday, November 5, 2014 2:23:00 PM Subject: Re: [ovirt-users] Cancelling a running task - Original Message - From: Daniel Lang daniel.l...@redi.com To: users@ovirt.org users@ovirt.org Sent: Tuesday, November 4, 2014 6:24:48 PM Subject: [ovirt-users] Cancelling a running task I am creating a VM and the copy from template operation has gone haywire causing significant performance issues on the host server. I’d like to cancel the copying image action (it’s been running ~3hours on a 3GB disk image copy) but I cannot find anything in the web UI to cancel a task. Is there a command line tool to cancel the running task? login to your SPM host and run the following vdsClient -s 0 getAllTasksStatuses You can than use stopTask TaskID stop async task and then clearTask TaskID clear async task I suggest to only stop the task/tasks and let the ovirt engine to perform the clearance of the tasks. The oVirt version is 3.4 and vdsm version 4.14. Thanks for any advice or links to documentation/man pages. Daniel Lang © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA, SIPC. All rights reserved. The information contained in and accompanying this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please delete and destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. REDI makes no warranties in relation to these matters. Please note that REDI reserves the right to intercept, monitor, and retain e-mail messages to and from its systems as permitted by applicable law. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with REDI. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Protecting the storage of the self hosted engine
Hi, I am new on oirt. I want to know the best way to protect the storage of the hosted-engine? In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this means that the NFS server or the iSCSI volume become the weak link. I've read two articles, one using GlsuterFS+NFS and CTDB for High availability of the engine storage,: oVirt 3.4, Glusterized, | | | | | | | | | | | oVirt 3.4, GlusterizedoVirt's Hosted Engine feature, introduced in the project's 3.4 release, enables the open source virtualization system to host its own management server, which means... | | | | Afficher sur community.redha... | Aperçu par Yahoo | | | | | And another using GluserFS+NFS and KeepAlive: How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta | | | | | | | | | | How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3andrewklau - My Small World of Rants, Excitement, Snippets and Tuts How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta | | | | Afficher sur www.andrewklau.com | Aperçu par Yahoo | | | | | Is there a better way to achieve this goal? Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt Weekly Meeting: Nov. 5, 2014
= #ovirt: oVirt Weekly Sync = Meeting started by bkp at 15:01:32 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-05-15.01.log.html . Meeting summary --- * Agenda and roll Call (bkp, 15:01:47) * infra update (bkp, 15:02:07) * 3.5.z updates (bkp, 15:02:08) * 3.6.0 status (bkp, 15:02:08) * conferences and workshops (bkp, 15:02:08) * other topics (bkp, 15:02:10) * infra update (bkp, 15:03:37) * infra update: engine is failing build on master and 3.5 probably due to infra issues (bkp, 15:10:17) * infra update: a bug in F21 rpm package has been solved so failures related to fedora 19 builds on f21 slaves are solved (bkp, 15:10:21) * infra update: some build failures are expected in next days due to missing dependencies on el7 and f21 while building engine for those distributions (bkp, 15:10:24) * 3.5.z updates (bkp, 15:10:37) * 3.5.z updates: 1 blocker around, tiraboschi_ is taking care of it (bkp, 15:16:38) * 3.5.z updates: 181 bugs still outstanding. Maintainers should be taking a look at these now. (bkp, 15:16:39) * 3.5.z updates: trying to get el7 support ready for 3.5.1, we're now working on master for that (bkp, 15:16:42) * 3.6 status (bkp, 15:16:52) * 3.6 status: Release criteria definition in progress, we should reach a decision by next week's meeting according to release process (bkp, 15:24:51) * 3.6 status: Specifically, should we keep the existing 3.5 criteria for 3.6, or add these changes http://lists.ovirt.org/pipermail/devel/2014-September/008695.html? (bkp, 15:24:54) * 3.6 status: There is also an ongoing discussion to lengthen the 3.6 release cycle to 10 months and keeping all the proposed features (http://lists.ovirt.org/pipermail/users/2014-November/028875.html) or splitting features across multiple releases. (bkp, 15:24:57) * 3.6 status: Discussion is invited here: http://lists.ovirt.org/pipermail/devel/2014-September/008695.html (bkp, 15:25:01) * 3.6 status: work for fedora 21 support for 3.6 is ongoing as well as the el7 support (bkp, 15:26:47) * conferences and workshops (bkp, 15:28:29) * OpenStack Summit is going on now in Paris. Red Hat has a sharp presence there, and oVirt should be getting attention via a video demo at the Red Hat/RDO booth. (bkp, 15:28:44) * LISA'14 will be next week, and we'll have a big footprint there with oVirt at LISA Lab and at the Red Hat booth. (bkp, 15:28:47) * Planning is ongoing for FOSDEM on Jan. 31-Feb 1. Get your submittals in for the IaaS and Virt devrooms soon! (bkp, 15:28:50) * other topics (bkp, 15:30:53) * bkp will be opening a discussion on the [users] mailing list to best figure out how to position oVirt and RDO. (bkp, 15:31:29) * A reminder: this week not withstanding, the oVirt weekly syncs will be at 1400 UTC (one hour earlier than when we started this week). Please adjust your calendars accordingly. (bkp, 15:31:47) Meeting ended at 15:35:24 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * bkp (53) * sbonazzo (31) * lvernia (10) * YamakasY (4) * DougBishop (4) * awels (3) * afics_ (3) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt 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] Protecting the storage of the self hosted engine
On 05.11.2014 15:30, wodel youchi wrote: Hi, I am new on oirt. Hello and welcome! I want to know the best way to protect the storage of the hosted-engine? IHMO reliable hardware and contingency plans. In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this means that the NFS server or the iSCSI volume become the weak link. First we need to define 'weak link'. IMOH this can be Network and / or storage hardware like controllers and spindles (SSDs). As the later tends to be reliable I think your mean indeed the data link layer as 'weak link'? Gluster can be the same weak link for instance, as it needs a network layer. If you use iSCSI together with some storage appliance maybe with redundant controllers, this setup is quite reliable and engine storage is protected if you use iSCSI Multipath (and the paths are indeed separate hardware switches). You could call NFS a weak link; but even there are quite reliable setups available witch support fail over, replicated storage and IPMP. I've read two articles, one using GlsuterFS+NFS and CTDB for High availability of the engine storage,: oVirt 3.4, Glusterized I have to warn you at this point. This setup seems quite tempting; even using localhost addresses with gluster's build in NFS. This was tried before (myself included) but it is far from stable. You would at least need repica 3 gluster volumes to avoid split brains. These seem to happen quite often. I include Martin here, we talked about this at the ovirt workshop in Düsseldorf; maybe he can provide a better explanation. AFAIK gluster will be supported as engine storage in the future; but this is not the case right now. Of course, you are welcome to try! That said, and because you are new to ovirt, the main thing you need to protect is not the engine storage, but your production data domains. The VMs will run fine and continue to run with the engine down or not available. In case of a real disaster, you will be able to import these storage domains along with their VMs to a new engine. For me, I tend to have my engine backed up using engine-backup [1] and put the result to a different storage. From that data you can recreate the whole engine. http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/, image http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ oVirt 3.4, Glusterized http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ oVirt's Hosted Engine feature, introduced in the project's 3.4 release, enables the open source virtualization system to host its own management server, which means... Afficher sur community.redha... http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ Aperçu par Yahoo And another using GluserFS+NFS and KeepAlive: How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta | http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3 http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ andrewklau - My Small World of Rants, Excitement, Snippets and Tuts How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta Afficher sur www.andrewklau.com http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ Aperçu par Yahoo Is there a better way to achieve this goal? Thanks HTH [1] http://www.ovirt.org/Ovirt-engine-backup -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Issues with oVirt 3.4, centos 6.6 and Gluster
I have found some issues while trying to install two nodes with centos 6.6, oVirt 3.4 and cluster functionality. 1 - If you enable the gluster service in a cluster, when you install the hosts, the installation fails because it tries to install the gluster packages from Centos repository and a dependency problem is reported. Workaround: Install the package yum-plugin-priorities and set priority=1 in the /etc/yum.repos.d/ovirt-3.4-dependencies.repo, section glusterfs-epel. 2 - If you reboot the host, the service glusterd doesn't start at init, and host becomes non operational. Workaround: Manually set glusterd to start at boot, using for example ntsysv. Regards Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] [SCALE][RFC] ksmd bound to one core
On 04/11/14 13:11 +0100, Sven Kieske wrote: Hi, currently ksmd is a single process and is thus bound to one core. This leads to some scaling problems such as: If you got a lot of vms on one host with huge amounts of ram you can observe that the cpu usage by ksmd goes easily to 100%. I wonder if ksmd could not be split up in child/worker threads, thus enabling higher density of vms on one host. It's likely going to be trickier than you imagine with the added locking that would be required to synchronize the ksmd threads. or can this just be tweaked by altering values in /etc/ksmtuned.conf ? I don't think it can. What do you think? Interesting idea. -- Adam Litke ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Protecting the storage of the self hosted engine
It was my understanding that the replica 3 requirement is for glusterfs fuse storage, it's not clear that this would extend to NFS provided by a gluster volume. I'd appreciate clarification. -Alastair On 5 November 2014 12:57, Daniel Helgenberger daniel.helgenber...@m-box.de wrote: On 05.11.2014 15:30, wodel youchi wrote: Hi, I am new on oirt. Hello and welcome! I want to know the best way to protect the storage of the hosted-engine? IHMO reliable hardware and contingency plans. In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this means that the NFS server or the iSCSI volume become the weak link. First we need to define 'weak link'. IMOH this can be Network and / or storage hardware like controllers and spindles (SSDs). As the later tends to be reliable I think your mean indeed the data link layer as 'weak link'? Gluster can be the same weak link for instance, as it needs a network layer. If you use iSCSI together with some storage appliance maybe with redundant controllers, this setup is quite reliable and engine storage is protected if you use iSCSI Multipath (and the paths are indeed separate hardware switches). You could call NFS a weak link; but even there are quite reliable setups available witch support fail over, replicated storage and IPMP. I've read two articles, one using GlsuterFS+NFS and CTDB for High availability of the engine storage,: oVirt 3.4, Glusterized I have to warn you at this point. This setup seems quite tempting; even using localhost addresses with gluster's build in NFS. This was tried before (myself included) but it is far from stable. You would at least need repica 3 gluster volumes to avoid split brains. These seem to happen quite often. I include Martin here, we talked about this at the ovirt workshop in Düsseldorf; maybe he can provide a better explanation. AFAIK gluster will be supported as engine storage in the future; but this is not the case right now. Of course, you are welcome to try! That said, and because you are new to ovirt, the main thing you need to protect is not the engine storage, but your production data domains. The VMs will run fine and continue to run with the engine down or not available. In case of a real disaster, you will be able to import these storage domains along with their VMs to a new engine. For me, I tend to have my engine backed up using engine-backup [1] and put the result to a different storage. From that data you can recreate the whole engine. http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/, image http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ oVirt 3.4, Glusterized http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ oVirt's Hosted Engine feature, introduced in the project's 3.4 release, enables the open source virtualization system to host its own management server, which means... Afficher sur community.redha... http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ Aperçu par Yahoo And another using GluserFS+NFS and KeepAlive: How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta | http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3 http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ andrewklau - My Small World of Rants, Excitement, Snippets and Tuts How to workaround through the maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta Afficher sur www.andrewklau.com http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ Aperçu par Yahoo Is there a better way to achieve this goal? Thanks HTH [1] http://www.ovirt.org/Ovirt-engine-backup -- 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 ___ 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
[ovirt-users] VirtualDesktop Issue
I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt If I open the console, and login with a user, it runs well. When logout, give a no display to connect error. Seems that if no console connected, no display enabled, how I can keep the display enabled in permanent way or how to create a sencond display available as virtualdesktops? Juan Carlos Lin Unisoft S.A. +595-993-288330 --- Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] [SCALE][RFC] ksmd bound to one core
On 05.11.2014 21:07, Adam Litke wrote: On 04/11/14 13:11 +0100, Sven Kieske wrote: Hi, currently ksmd is a single process and is thus bound to one core. This leads to some scaling problems such as: If you got a lot of vms on one host with huge amounts of ram you can observe that the cpu usage by ksmd goes easily to 100%. I wonder what would be the benefit here... I think spending CPU cycles on something like memory compression is not what (most) users would do. Already I think this is an annoyance; maybe thats why the process is niced to +5. A multi process daemon would require careful confining (with cgroups). To my understanding the for KSM to really work well is to have many (idle / high mem) guests which are quite similar? I wonder if ksmd could not be split up in child/worker threads, thus enabling higher density of vms on one host. It's likely going to be trickier than you imagine with the added locking that would be required to synchronize the ksmd threads. Actually I was refraining to answer Svens question since I lack some knowledge here. But I guessed synchronization was the reason for the single threadted design. Some serous work needs to be done on KSM do achieve this goal. I was thinking about some map/reduce aglo to do that... OTOH mangeling with mem pages of guests very requires special care. or can this just be tweaked by altering values in /etc/ksmtuned.conf ? I don't think it can. What do you think? Interesting idea. -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cancelling a running task
- Original Message - From: Liron Aravot lara...@redhat.com To: Eli Mesika emes...@redhat.com Cc: users@ovirt.org Sent: Wednesday, November 5, 2014 2:51:37 PM Subject: Re: [ovirt-users] Cancelling a running task - Original Message - From: Eli Mesika emes...@redhat.com To: Daniel Lang daniel.l...@redi.com Cc: users@ovirt.org Sent: Wednesday, November 5, 2014 2:23:00 PM Subject: Re: [ovirt-users] Cancelling a running task - Original Message - From: Daniel Lang daniel.l...@redi.com To: users@ovirt.org users@ovirt.org Sent: Tuesday, November 4, 2014 6:24:48 PM Subject: [ovirt-users] Cancelling a running task I am creating a VM and the copy from template operation has gone haywire causing significant performance issues on the host server. I’d like to cancel the copying image action (it’s been running ~3hours on a 3GB disk image copy) but I cannot find anything in the web UI to cancel a task. Is there a command line tool to cancel the running task? login to your SPM host and run the following vdsClient -s 0 getAllTasksStatuses You can than use stopTask TaskID stop async task and then clearTask TaskID clear async task I suggest to only stop the task/tasks and let the ovirt engine to perform the clearance of the tasks. +1 - I agree with Liron. Let AsyncTaskManager handle the task clearing - it will also remove relevant entries from db. Ravi, what do you think? The oVirt version is 3.4 and vdsm version 4.14. Thanks for any advice or links to documentation/man pages. Daniel Lang © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA, SIPC. All rights reserved. The information contained in and accompanying this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please delete and destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. REDI makes no warranties in relation to these matters. Please note that REDI reserves the right to intercept, monitor, and retain e-mail messages to and from its systems as permitted by applicable law. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with REDI. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)
Answering my own question; and maybe a very obvious cause for the failing provider: the missing provider plugin in forman! So one needs to do: yum install ruby193-rubygem-ovirt_provision_plugin on the foreman host. After that, the connection test in the engine comes up positive. Sadly, this is not documented anywhere; only on the GitHub repo readme [1]. This is also a little bit outdated, as the rbovirt dependency is resolved now automatically. Also, but I am not sure, the porvider lugin needs the foreman_discovery plugin to work: yum install ruby193-rubygem-foreman_discovery [1] https://github.com/theforeman/ovirt_provision_plugin/blob/master/README.md On 29.10.2014 00:36, Daniel Helgenberger wrote: Hello, did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am trying this for two days now. Setup: Engine; EL6.5 Foreman; EL6.5 Foreman seems to do it's as I can use it to deploy hosts and also smart proxies are running fine. I have opened a BZ [1]; because this really can not work out of the box with EL6 plain vanilla packages. I wonder if this was ever tested... ? Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This is known issue in Foreman [2] as longer DH keys are now used by default in Foreman / PuppetCA. A dirty fix confirmed working is adding default DH parameters to the foreman cert; effectively disabling it [3]. So I got SSL working and I get beyond the authentication (entering wrong data gets me auth errors)- however, I am still not able to add the external provider. Pressing 'test' results in (Failed with error PROVIDER_FAILURE and code 5050) Sample engine.log 2014-10-28 23:49:40,860 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-1) [6a3da4e7] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE (Failed with error PROVIDER_FAILURE and code 5050) I can't find any more hints in oVirt; access logs in Foreman are telling me API queries by the engine. Did I miss a crucial step in the foreman setup? How can I debug this issue? I am willing to upgrade openjdk; provided this does not break my engine... Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749 [2] https://tickets.puppetlabs.com/browse/SERVER-17 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge address
I've got a hosted engine up and running on a freshly installed 3.5 host (CentOS 6.6), and I'm tyying to add a second host. The install fails trying to configure the ovirtmgmt bridge: [ INFO ] Updating hosted-engine configuration [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge address From the setup log: 2014-11-05 19:35:00 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:434 Updating engine's management network to be vlanned 2014-11-05 19:35:02 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:445 Adding the host to the cluster 2014-11-05 19:35:03 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._getIPAddress:184 Acquiring nic address 2014-11-05 19:35:03 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.executeRaw:785 execute: ('/sbin/ip', 'addr', 'show', 'eth1.79'), executable='None', cwd='None', env=None 2014-11-05 19:35:03 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.executeRaw:803 execute-result: ('/sbin/ip', 'addr', 'show', 'eth1.79'), rc=0 2014-11-05 19:35:03 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:861 execute-output: ('/sbin/ip', 'addr', 'show', 'eth1.79') stdout: 4: eth1.79@eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP link/ether 00:26:9e:0b:31:e5 brd ff:ff:ff:ff:ff:ff inet 10.69.79.32/24 brd 10.69.79.255 scope global eth1.79 inet6 fe80::226:9eff:fe0b:31e5/64 scope link valid_lft forever preferred_lft forever 2014-11-05 19:35:03 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:866 execute-output: ('/sbin/ip', 'addr', 'show', 'eth1.79') stderr: 2014-11-05 19:35:03 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py, line 485, in _closeup address=self._getIPAddress(), File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py, line 199, in _getIPAddress raise RuntimeError(_('Cannot acquire bridge address')) RuntimeError: Cannot acquire bridge address 2014-11-05 19:35:03 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Cannot acquire bridge address The install on the first host worked fine on a VLAN (eth1.79). Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge address
On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote: RS I've got a hosted engine up and running on a freshly installed 3.5 host RS (CentOS 6.6), and I'm tyying to add a second host. The install fails RS trying to configure the ovirtmgmt bridge: RS RS [ INFO ] Updating hosted-engine configuration RS [ INFO ] Stage: Transaction commit RS [ INFO ] Stage: Closing up RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge RS address RS RS From the setup log: RS [snip] complete logs from the second host at http://futz.org/users/tmp/ovirt7/ Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)
These steps are also in the feature page, but it would be nice if you review them to see nothing is missing. http://www.ovirt.org/Features/AdvancedForemanIntegration Thanks Oved On Nov 6, 2014 12:40 AM, Daniel Helgenberger daniel.helgenber...@m-box.de wrote: Answering my own question; and maybe a very obvious cause for the failing provider: the missiAnswering my own question; and maybe a very obvious cause for the failing provider: the missing provider plugin in forman! So one needs to do: yum install ruby193-rubygem-ovirt_provision_plugin on the foreman host. After that, the connection test in the engine comes up positive. Sadly, this is not documented anywhere; only on the GitHub repo readme [1]. This is also a little bit outdated, as the rbovirt dependency is resolved now automatically. Also, but I am not sure, the porvider lugin needs the foreman_discovery plugin to work: yum install ruby193-rubygem-foreman_discovery [1] https://github.com/theforeman/ovirt_provision_plugin/blob/master/README.md On 29.10.2014 00:36, Daniel Helgenberger wrote: Hello, did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am trying this for two days now. Setup: Engine; EL6.5 Foreman; EL6.5 Foreman seems to do it's as I can use it to deploy hosts and also smart proxies are running fine. I have opened a BZ [1]; because this really can not work out of the box with EL6 plain vanilla packages. I wonder if this was ever tested... ? Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This is known issue in Foreman [2] as longer DH keys are now used by default in Foreman / PuppetCA. A dirty fix confirmed working is adding default DH parameters to the foreman cert; effectively disabling it [3]. So I got SSL working and I get beyond the authentication (entering wrong data gets me auth errors)- however, I am still not able to add the external provider. Pressing 'test' results in (Failed with error PROVIDER_FAILURE and code 5050) Sample engine.log 2014-10-28 23:49:40,860 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-1) [6a3da4e7] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE (Failed with error PROVIDER_FAILURE and code 5050) I can't find any more hints in oVirt; access logs in Foreman are telling me API queries by the engine. Did I miss a crucial step in the foreman setup? How can I debug this issue? I am willing to upgrade openjdk; provided this does not break my engine... Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749 [2] https://tickets.puppetlabs.com/browse/SERVER-17 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 -- 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 ___ 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] 3.5 hosted engine: 2nd host Cannot acquire bridge address
On 11/06/2014 02:19 AM, Robert Story wrote: On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote: RS I've got a hosted engine up and running on a freshly installed 3.5 host RS (CentOS 6.6), and I'm tyying to add a second host. The install fails RS trying to configure the ovirtmgmt bridge: RS RS [ INFO ] Updating hosted-engine configuration RS [ INFO ] Stage: Transaction commit RS [ INFO ] Stage: Closing up RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge RS address RS RS From the setup log: RS [snip] complete logs from the second host at http://futz.org/users/tmp/ovirt7/ Hi, this seems like a question for our network gurus, Antoni, can you please take a look? Thanks, Jirka Robert ___ 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] 3.5 hosted engine: 2nd host Cannot acquire bridge address
Il 06/11/2014 08:19, Jiri Moskovcak ha scritto: On 11/06/2014 02:19 AM, Robert Story wrote: On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote: RS I've got a hosted engine up and running on a freshly installed 3.5 host RS (CentOS 6.6), and I'm tyying to add a second host. The install fails RS trying to configure the ovirtmgmt bridge: RS RS [ INFO ] Updating hosted-engine configuration RS [ INFO ] Stage: Transaction commit RS [ INFO ] Stage: Closing up RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge RS address RS RS From the setup log: RS [snip] complete logs from the second host at http://futz.org/users/tmp/ovirt7/ Hi, this seems like a question for our network gurus, Antoni, can you please take a look? Adding Antoni to cc Thanks, Jirka Robert ___ 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 -- 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