- Users - oVirt List Archives

Unexpected exception when trying to destroy a VM
by Mark Steele 21 Feb '16

21 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 I attempted to shutdown a VM via the VH's CLI by issuing the poweroff command (ubuntu 14.04.3). The session disconnected and ping dropped, however oVirt reports the VM up. Attempted to 'Power Off' via oVirt gui and received and error. Accessed the host via CLI and attempted a destroy with: vdsClient -s 0 destroy *vmgui* received an Unexpected exception. The VM still reports as UP in vsdClient -s 0 list table Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

How to create a DataCenterQuota via Python SDK?
by nicolas＠devels.es 20 Feb '16

20 Feb '16

Hi, I'm trying to create a Data Center Quota with limits for memory, vcpu and storage. As per the class definition, DataCenterQuota expects: a datacenter, a quota and a context. Quota class in turn expects limits but only as percentages, for hard and soft limits. However if I dump an already created DataCenterQuota object I see: {'_Base__context': 36443152, 'parentclass': <ovirtsdk.xml.params.DataCenter object at 0x278e750>, 'permissions': <ovirtsdk.infrastructure.brokers.DataCenterQuotaPermissions object at 0x278ef90>, 'quotaclusterlimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaClusterLimits object at 0x2540490>, 'quotastoragelimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaStorageLimits object at 0x278ef50>, 'superclass': <ovirtsdk.xml.params.Quota object at 0x278ec90>} I see DataCenterQuotaQuotaClusterLimits and DataCenterQuotaQuotaStorageLimits allow creating limits for memory/cpu and storage respectively, and they're set in the DataCenterQuota __init__ method like this: self.quotaclusterlimits = DataCenterQuotaQuotaClusterLimits(self, context) self.quotastoragelimits = DataCenterQuotaQuotaStorageLimits(self, context) However, I'm unable to find out how to handle the 'context' parameter to contain those two limit classes. Could someone shed some light on it? An example would be welcome too. Thanks. Nicolás

2 1

Clone VM fails - could not create volume
by Chris Adams 20 Feb '16

20 Feb '16

On oVirt 3.6.2, I tried to clone a VM, but got an error that the volume couldn't be created. Checking the logs, I see (in vdsm.log on the SPM): jsonrpc.Executor/2::ERROR::2016-02-11 09:50:24,459::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Image is not a legal chain: (u'fa4d1802-6223-4800-8339-c194076cfb4b',)", 'code': 262}} The VM I am trying to clone is thin-provisioned from a template; is it "legal" to clone such a VM, or is this a bug? -- Chris Adams <cma(a)cmadams.net>

2 2

Consolidating LUNs in iSCSI storage domain
by Colin Coe 20 Feb '16

20 Feb '16

Hi all In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of four LUNs. (full details in the attached text file). I want to consolidate all the data on LUNs iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01 qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02 iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03 to LUN iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04 Is this possible? Thanks CC

3 5

Missing dom_md/ids file
by Cameron Christensen 19 Feb '16

19 Feb '16

--=-ib3K2M22fij89CwJmOQa Content-Type: multipart/alternative; boundary="=-NjNRZoVPoPY0Nb552k5L" --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I am using glusterfs storage and ran into a split-brain issue. One of the file affected by split-brain was dom_md/ids. In attempts to fix the split-brain issue I deleted the dom_md/ids file. Is there a method to recreate or reconstruct this file? Thanks, Cameron --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head></head><body><div>Hello,</div><div> </div><div>I am using gl= usterfs storage and ran into a split-brain issue. One of the file affected = by split-brain was dom_md/ids. In attempts to fix the split-brain issue I d= eleted the dom_md/ids file. Is there a method to recreate or reconstruct th= is file?</div><div> </div><div>Thanks,</div><div> </div><div>Cameron<= /div></body></html> --=-NjNRZoVPoPY0Nb552k5L-- --=-ib3K2M22fij89CwJmOQa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJWx4HpAAoJEM1PCzopIAOtyogH/2COr1uz+wnbcJIYDwj+B/pI LeTdieUk/JxDLzp3eYetcPFTjJ2xxNNKIY4UirRPKxx2cIPIsjyWeTgdPqebkP4n L9Ol7/y3fmgtoG9vQJ0SPKpXJi1kkZgeCZ9MytFv/nsxPqt43GYllIoV+sya2XbJ L/Kg801158O6c/AZ8l/enErrT5HgqTqVKVBEnqxKUpM2AjMR8a74qX85IwMtgpyR cJI18PCYb1/+lJibjK9Q7mdIsmG5mTlHrBnYxjk7MfxdipYmq6S+KW/rXHhypNY5 W8+3z4QChIO0/fmb6gM6ullOmjxvfLkYmOKxI3ktp6nTcB4v5q488Sngc7BAR7s= =6R5n -----END PGP SIGNATURE----- --=-ib3K2M22fij89CwJmOQa--

3 5

delete hang task
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------090609060600060403090209 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. --------------090609060600060403090209 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. </body> </html> --------------090609060600060403090209--

4 3

Can't fine engine postgres password
by Adam Verslype 19 Feb '16

19 Feb '16

Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype

3 2

Run Once install -> reboot loop
by Jamie Lawrence 19 Feb '16

19 Feb '16

Hello all, I’m running overt 3.6.0 on Centos 7.[1] I’ve been working on getting Ovirt to slot in to our environment, and almost have a setup that works. I can now build isos on demand for automated installs (I’m working around some local networking choices without modifying them for now, which is why this isn’t a PXE boot) and create my guests, pointing them to the iso form which to install via Run Once. This all works. The problem is that after the install, the guest reboots, but (best I can tell) Ovirt doesn’t detect it, the iso is still mounted, and the install happens all over again. Rinse, repeat. Has anyone seen this? Or better, does anyone know how to fix this? Thanks, -j [1] # yum list installed |grep ovirt ebay-cors-filter.noarch 1.0.1-0.1.ovirt.el7 @ovirt-3.6 gperftools-libs.x86_64 2.4-7.el7 @ovirt-3.6 ipxe-bootimgs.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms-qemu.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6 libcacard-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 libgovirt.x86_64 0.3.1-3.el7 @base otopi.noarch 1.4.0-1.el7.centos @ovirt-3.6 otopi-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-backend.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-cli.noarch 3.6.0.1-1.el7.centos @ovirt-3.6 ovirt-engine-dbscripts.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7 @ovirt-3.6 ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-ldap-setup.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extensions-api-impl.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-jboss-as.x86_64 7.1.1-1.el7.centos @ovirt-3.6 ovirt-engine-lib.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-restapi.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-webadmin-portal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-wildfly.x86_64 8.2.0-1.el7 @ovirt-3.6 ovirt-engine-wildfly-overlay.noarch 001-2.el7 @ovirt-3.6 ovirt-host-deploy.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-offline.x86_64 1.4.0-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-ha.noarch 1.3.2.1-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-setup.noarch 1.3.0-1.el7.centos @ovirt-3.6 ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-iso-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-proxy.noarch 1.0.0-1.el7.centos @ovirt-3.6 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-3.6-patternfly1-noarch-epel python-gluster.noarch 3.7.6-1.el7 @ovirt-3.6-glusterfs-noarch-epel qemu-img-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-common-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-tools-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 seabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 seavgabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 spice-qxl.noarch 0.1-21.1 @ovirt-3.6 unboundid-ldapsdk.noarch 3.0.0-1.el7 @ovirt-3.6 vdsm.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-cli.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-gluster.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-hook-fileinject.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-infra.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc-java.noarch 1.1.5-1.el7.centos @ovirt-3.6 vdsm-python.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-xmlrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-yajsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6

3 3

Nagios/Icinga monitoring plugin check_rhev3 1.5 released
by René Koch 19 Feb '16

19 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050800010408060702080203 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I'm happy to announce version 1.5 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks,=20 which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage=20 domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization=20 environments. Download this plugin from:=20 https://github.com/ovido/check_rhev3/releases/check_rhev3-1.5 For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - New features: - Set cluster to warning if host is in maintenance mode instead of=20 critical (Issue #27) - New storage domain check: -s overall-usage (Issue #28) - Display more detailed information of host and vm status (Issue #35) Bugs fixed: - Wrong CPU Usage on hypervisor maintenance (Issue #26) - Discrepancy in DataCenter Storage usage Output. (Issue #28) - Wrong CPU value for vms (Issue #29) - VM CPU usage graphs show values over 100% (Issue #33) - Unsuccessful stat on filename containing newline (Issue #36) - align behaviour for check_statistics cpu to memory (Issue #39) If you have any questions or ideas, please drop me an email: rkoch(a)rk-it.at. Thank you for using check_rhev3. Regards, Ren=C3=A9 --------------ms050800010408060702080203 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkxNDU4NTRaMC8GCSqGSIb3DQEJBDEiBCDxEuGT9hZ3QFQ8YaRzRt237lPfHOQeh5gpT7c+ 3tV7QTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAHwuzSmzly/p0tknb3F/NTgOKaAdnZNranw595Zf rxvif8F+g3ajYrtLSybSjrb/X9VWBlUePAMfih+JUBVa0a5wPgaMJf91VnivrsW0Ud16n9SN Dqy5BgVVHjxSiOOWSK65uZ+JLbQ+AvkEnoIkX6NaglnUZFWGGWAAn2xxc//TBDfEO6mLViV6 i+NXDBwC7YyGILAtWyskcjgj8NQft6w7yUEPTxyxUeevIvJbWdJPlrQ6EG8dMVdMJKCpWBQd 89aDqBlbL7zwwWQDofXF33tCDx8JYw42BK5v8dGmWU5xwXENng9UP9RFackcl+T4CfG8Q9Au AEhFtyG8YSNvf70AAAAAAAA= --------------ms050800010408060702080203--

1 0

Re: [ovirt-users] Can't fine engine postgres password
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------020507080206080208080502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, it's running well on ovirt 3.6, but exists the same procedure for ovirt 3.5 ?? Didn't find that. Or can I use this from ovirt 3.6 on 3.5 version ?? regs. Pavel =========================================================== Hi, database configuration is stored in the VM/host where engine is installed in "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". If you used automatic database setup, then whole db configuration is generated automatically. And please bear in mind that db user password is different from webadmin user (admin@internal) password which you can specify during installation. Martin Perina ----- Original Message ----- > From: "Adam Verslype"<verslyap(a)gmail.com> > To:users@ovirt.org > Sent: Monday, February 15, 2016 2:50:21 AM > Subject: [ovirt-users] Can't fine engine postgres password > > Hi, > > After deploying hosted engine using the hosted-engine-appliance I need to run > the unlock_entity utility on the engine vm to unlock a disk that's stuck. So > I ssh on the vm and run: > > sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q > psql: FATAL: password authentication failed for user "engine" > FATAL: Cannot execute sql command: --file=./unlock_entity.sql > where xxxxxxxxx is the password I supplied for everything during deployment. > Does it have a different password that came with the appliance? Is this > documented somewhere? > > Thanks, > > Adam Verslype --------------020507080206080208080502 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <pre wrap="">Hello, it's running well on ovirt 3.6, but exists the same procedure for ovirt 3.5 ?? Didn't find that. Or can I use this from ovirt 3.6 on 3.5 version ?? regs. Pavel =========================================================== Hi, database configuration is stored in the VM/host where engine is installed in "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". If you used automatic database setup, then whole db configuration is generated automatically. And please bear in mind that db user password is different from webadmin user (admin@internal) password which you can specify during installation. Martin Perina ----- Original Message ----- </pre> <blockquote type="cite" style="color: #000066;"> <pre wrap="">From: "Adam Verslype" <a class="moz-txt-link-rfc2396E" href="mailto:verslyap@gmail.com"><verslyap(a)gmail.com></a> To: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Sent: Monday, February 15, 2016 2:50:21 AM Subject: [ovirt-users] Can't fine engine postgres password Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype </pre> </blockquote> </body> </html> --------------020507080206080208080502--

2 1

How to deploy custom UI plugin written in java
by shailendra saxena 19 Feb '16

19 Feb '16

I have been working on a project where i need to make an UI Plugin which gets added in the ovirt. front end of UI plugin has been added by following the url:http:// <http://www.ovirt.org/Features/UIPlugins>www.ovirt.org <http://www.ovirt.org/Features/UIPlugins>/Features/ <http://www.ovirt.org/Features/UIPlugins>UIPlugins <http://www.ovirt.org/Features/UIPlugins> but i am not sure where I should put my backend code which has been written using java servlet so that the requests, defined in my UI plugin, can be handled by my servlet.

2 1

hosted-engine storage domain locked / not recognized
by Paul Groeneweg | Pazion 18 Feb '16

18 Feb '16

I am having problems getting the hosted-engine storage domain imported into the web interface. I upgrade my hosts from el6 to el7. I am running oVirt 3.6.2 The storage domain is locked: http://screencast.com/t/gzBarFhH0 I am unable to attach in the datacenter as it says "There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab.". I read https://bugzilla.redhat.com/show_bug.cgi?id=1269768 comment 52, and ( a little afraid to kill or loose my hosted-engine ) I destroyed the hostedengine_nfs storage. Then storage appeared again, but still the same, attach under datacenter tab does not work either. The event tab shows errors about failed adding http://screencast.com/t/49uigrvyuM3 My hosted engine storage domain is hostedengine_nfs. In https://bugzilla.redhat.com/show_bug.cgi?id=1269768 I read "ATM only domain's name 'hosted_storage' are *supported*." I found https://bugzilla.redhat.com/show_bug.cgi?id=1294457 and https://gerrit.ovirt.org/#/c/51218/ and added + ran # engine-config -s HostedEngineStorageDomainName=hosted_storage Now the storage domain is not detected in the web interface anymore. Putting storage domain name in engince-config back: # engine-config -s HostedEngineStorageDomainName=hostedengine_nfs => The domain is imported again, but locked as I started. So I wonder if it is possible to rename hosted storage domain? Or should I wait and is my described issue solved in 3.6.3? MAYBE RELATED?: On a host I get this in the agent.log ( host and engine are in maintenance mode ) MainThread::INFO::2016-02-17 20:33:00,482::upgrade::947::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Upgrading to current version MainThread::INFO::2016-02-17 20:33:00,994::upgrade::819::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(_is_in_engine_maintenance) This host is connected to other storage pools MainThread::ERROR::2016-02-17 20:33:00,994::upgrade::950::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Unable to upgrade while not in maintenance mode: please put this host into maintenance mode from the engine, and manually restart this service when ready MainThread::INFO::2016-02-17 20:33:00,995::hosted_engine::424::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Reloading vm.conf from the shared storage domain -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul(a)pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation."

1 0

Manually assign DC and Cluster to Blank template
by nicolas＠devels.es 18 Feb '16

18 Feb '16

Hi, We upgraded from oVirt 3.5 and 3.6 and deleted the Default cluster, so now we have the Blank template with no DC and no Cluster, thus our users can't use it. Is there a way to manually set these two parameters to the current DC and Cluster values for the Blank template? I tried editing it but see no option to set them. Thanks. Nicolás

3 4

Re: [ovirt-users] Users Digest, Vol 53, Issue 153
by pbauer＠algotech.cz 18 Feb '16

18 Feb '16

--------------030807040804030101080506 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Hi, thx for support So I received another solution from Marcelo L. . Will share to us . Run command in SPM: vdsClient -s 0 getAllTasksStatuses see the taks ID and : vdsClient -s 0 stopTask <idtask> regs to all Pa. On 18.2.2016 15:33, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: delete hang task (Nathana?l Blanchet) > 2. Re: cluster's minimum CPU level (suporte(a)logicworks.pt) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 18 Feb 2016 14:51:06 +0100 > From: Nathana?l Blanchet <blanchet(a)abes.fr> > To: users(a)ovirt.org > Subject: Re: [ovirt-users] delete hang task > Message-ID: <56C5CC4A.8030607(a)abes.fr> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > Hello, > > I met the same issue, so I worked a little bit for you :) > On the engine : > > * QUERY : -q > > PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh > -q -t snapshot -u engine > 296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392 > > * REMOVE > > PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh > -t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392 > > Ref : > http://lists.ovirt.org/pipermail/users/2015-November/035686.html > > > Le 18/02/2016 14:25, paf1(a)email.cz a ?crit : >> Hello, >> I'm testing oVirt 3.6 for failover and have total issue. >> Snapshot VM will hang on ZFS filesystem. >> But the main questionis is : how can I cancel any unfinished tasks in >> ovirt ??? >> I didn't find any "normal" solution, except deleting record from ovirt >> DB manually >> >> any idea ? - no one is missing this functionality ??? >> regs. >> Pa. >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users --------------030807040804030101080506 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, thx for support So I received another solution from Marcelo L. . Will share to us . <pre wrap="">Run command in SPM: vdsClient -s 0 getAllTasksStatuses see the taks ID and : vdsClient -s 0 stopTask <idtask> </pre> regs to all Pa. <div class="moz-cite-prefix">On 18.2.2016 15:33, <a class="moz-txt-link-abbreviated" href="mailto:users-request@ovirt.org">users-request(a)ovirt.org</a> wrote: </div> <blockquote cite="mid:mailman.3124.1455806006.1942.users@ovirt.org" type="cite"> <pre wrap="">Send Users mailing list submissions to <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> To subscribe or unsubscribe via the World Wide Web, visit <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> or, via email, send a message with subject or body 'help' to <a class="moz-txt-link-abbreviated" href="mailto:users-request@ovirt.org">users-request(a)ovirt.org</a> You can reach the person managing the list at <a class="moz-txt-link-abbreviated" href="mailto:users-owner@ovirt.org">users-owner(a)ovirt.org</a> When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: delete hang task (Nathana?l Blanchet) 2. Re: cluster's minimum CPU level (<a class="moz-txt-link-abbreviated" href="mailto:suporte@logicworks.pt">suporte(a)logicworks.pt</a>) ---------------------------------------------------------------------- Message: 1 Date: Thu, 18 Feb 2016 14:51:06 +0100 From: Nathana?l Blanchet <a class="moz-txt-link-rfc2396E" href="mailto:blanchet@abes.fr"><blanchet(a)abes.fr></a> To: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Subject: Re: [ovirt-users] delete hang task Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:56C5CC4A.8030607@abes.fr"><56C5CC4A.8030607(a)abes.fr></a> Content-Type: text/plain; charset="windows-1252"; Format="flowed" Hello, I met the same issue, so I worked a little bit for you :) On the engine : * QUERY : -q PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -q -t snapshot -u engine 296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392 * REMOVE PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392 Ref : <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-November/035686.html">http://lists.ovirt.org/pipermail/users/2015-November/035686.html</a> Le 18/02/2016 14:25, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> a ?crit : </pre> <blockquote type="cite"> <pre wrap="">Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <pre wrap=""> </pre> </blockquote> </body> </html> --------------030807040804030101080506--

1 0

Self-Hosted Engine Deployment - Certificate Cannot be Found
by Trenton D Warren 18 Feb '16

18 Feb '16

This is a multipart message in MIME format. ------=_NextPart_000_014A_01D169F6.DF5165E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Aloha, I am looking for assistance with an Ovirt Self-Hosted Engine Deployment on Centos 7.2. I have the host configured, and have accessed the VM (Engine). I run engine setup on the VM in accordance with the http://www.ovirt.org/Hosted_Engine_Howto page on the Wiki, with the exception of Automatically executing "Engine Setup" on the VM. Because of my configuration, I have to manually enter the network settings on the VM before it has network access, and then execute engine setup automatically. Particularly notable is that I enter the selection to automatically configure Apache to use a self-signed SSL during the Engine-Setup. The Engine-Setup completes successfully on the VM, I reboot, and verify that the web page is accessible and that I can log in to the engine. Then I return to the host to enter option 1 (Continue Setup - Ovirt Engine Installation is Ready and Engine service is up) and continue with the installation. The Engine Replies: DB Up! And acquires the internal CA cert from the engine. It lists the cert and then attempts to connect to the engine. The installation asks me to enter the name of the Cluster to which I want to add the host and I enter the automatic "Default" option. At this point the installation returns an error: Cannot automatically add the host to cluster Default: Cannot add Host. Connecting to host via SSH has failed, verify that the host is reachable (IP address, routable address, etc.) You may refer to the engine.log file for further details. Some notes: 1. The /etc/hosts/ file is configured on both host and engine, with ip and fqdn 2. Password-Less SSH is enable between both host and engine, bidirectionally. 3. Ping responds to both servers. DNS resolves on both servers. 4. SSH-Keygen was use to generate key, and key was stored in default Centos location /root/.ssh/id_rsa 5. Ssh-copy-id was used to copy the key to engine from host and vice versa. No password on key. I have managed to get this error to change by copying the contents of the /root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12 location. When I attempt to "Continue setup - Engine VM configuration has been fixed" from this point, the error message changes slightly to: "Cannot automatically add the host to cluster Default: Cannot add new host using a secured connection, Certificate file could not be found. Some Notes: 1. I have ran the "Certificate and/or SSL problems?" procedures on www.ovirt.org/Node_Troubleshooting <http://www.ovirt.org/Node_Troubleshooting> " to verify the vdsm cert on the host. It returns a normal response. Can someone provide some assistance with this issue? I have attempted every work around that I know, and researched every source at my disposal to no avail. This issue has been plaguing me for the last three weeks. I have restarted the installation multiple times from fresh installs of the engine, the host, and both, and still no change up to this point. Thank you! Trenton D Warren President and CEO, Phoenix Holdings Corporation Main Office: 41-745 Mooiki ST. Waimanalo, HI 96795 Office: (808) 263-7448 Direct: (808) 263-7449 Cell: (478) 867-3107 Web: www.phoenixhawaii.net ------=_NextPart_000_014A_01D169F6.DF5165E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Aloha,<o:p></o:p><o:p> </o:p>I am looking = for assistance with an Ovirt Self-Hosted Engine Deployment on Centos = 7.2.<o:p></o:p><o:p> </o:p>I have the host configured, and have accessed the VM = (Engine).  I run engine setup on the VM in accordance with the = <a = href=3D"http://www.ovirt.org/Hosted_Engine_Howto">http://www.ovirt.org/Ho= sted_Engine_Howto</a> page on the Wiki, with the exception of = Automatically executing “Engine Setup” on the VM.  = Because of my configuration, I have to manually enter the network = settings on the VM before it has network access, and then execute engine = setup automatically.  Particularly notable is that I enter the = selection to automatically configure Apache to use a self-signed SSL = during the Engine-Setup.<o:p></o:p><o:p> </o:p>The = Engine-Setup completes successfully on the VM, I reboot, and verify that = the web page is accessible and that I can log in to the engine.  = Then I return to the host to enter option 1 (Continue Setup – = Ovirt Engine Installation is Ready and Engine service is up) and = continue with the installation.  <o:p></o:p><o:p> </o:p>The Engine = Replies: DB Up! And acquires the internal CA cert from the engine.  = It lists the cert and then attempts to connect to the engine.  The = installation asks me to enter the name of the Cluster to which I want to = add the host and I enter the automatic “Default” = option.   <o:p></o:p><o:p> </o:p>At this = point the installation returns an error: Cannot automatically add the = host to cluster Default: Cannot add Host.  Connecting to host via = SSH has failed, verify that the host is reachable (IP address, routable = address, etc.) You may refer to the engine.log file for further = details.<o:p></o:p><o:p> </o:p>Some notes: <o:p></o:p><![if = !supportLists]>1.       = <![endif]> The /etc/hosts/ file is configured on both = host and engine, with ip and fqdn<o:p></o:p><![if !supportLists]>2.       = <![endif]>Password-Less SSH is enable between both host = and engine, bidirectionally.<o:p></o:p><![if = !supportLists]>3.       = <![endif]>Ping responds to both servers.  DNS = resolves on both servers.<o:p></o:p><![if = !supportLists]>4.       = <![endif]>SSH-Keygen was use to generate key, and key was = stored in default Centos location /root/.ssh/id_rsa<o:p></o:p><![if !supportLists]>5.       = <![endif]>Ssh-copy-id was used to copy the key to engine = from host and vice versa.  No password on key.<o:p></o:p><o:p> </o:p>I have = managed to get this error to change by copying the contents of the = /root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12 = location.  <o:p></o:p><o:p> </o:p>When I = attempt to “Continue setup – Engine VM configuration has = been fixed” from this point, the error message changes slightly = to: “Cannot automatically add the host to cluster Default: Cannot = add new host using a secured connection, Certificate file could not be = found.<o:p></o:p><o:p> </o:p>Some Notes:<o:p></o:p><![if = !supportLists]>1.       <![endif]>I = have ran the “Certificate and/or SSL problems?” procedures = on <a = href=3D"http://www.ovirt.org/Node_Troubleshooting">www.ovirt.org/Node_Tro= ubleshooting</a>”  to verify the vdsm cert on the = host.  It returns a normal response.  <o:p></o:p><o:p> </o:p>Can someone = provide some assistance with this issue?  I have attempted every = work around that I know, and researched every source at my disposal to = no avail.  This issue has been plaguing me for the last three = weeks.  I have restarted the installation multiple times from fresh = installs of the engine, the host, and both, and still no change up to = this point.<o:p></o:p><o:p> </o:p>Thank you!<o:p></o:p><o:p> </o:p>Trenton D Warren<o:p></o:p>President and CEO, Phoenix Holdings = Corporation<o:p></o:p>Main Office: 41-745 Mooiki ST. Waimanalo, HI = 96795<o:p></o:p>Office:    (808) = 263-7448<o:p></o:p>Direct:    (808) = 263-7449<o:p></o:p>Cell:       = (478) 867-3107<o:p></o:p>Web:      = www.phoenixhawaii.net<o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_014A_01D169F6.DF5165E0--

2 1

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN
by Kevin C 18 Feb '16

18 Feb '16

--=-y29ZL6CL9AL3fnqPHcJy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le mercredi 13 janvier 2016 =C3=A0 14:37 +0100, Kevin C a =C3=A9crit=C2=A0: >=20 > Le 12/01/2016 16:57, Maor Lipchuk a =C3=A9crit : > > ----- Original Message ----- > > > From: "Kevin COUSIN" <kevin(a)famillecousin.fr> > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali(a)redhat.co > > > m> > > > Sent: Tuesday, January 12, 2016 5:06:22 PM > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > MANIPULATE_STORAGE_DOMAIN > > >=20 > > > I set SuperAdmin Role on a group. > > > It dosen't work with StorageAdmin role. > > > I can't add set roles with my directory account, I need to use ad > > > min@internal > > > account. > >=20 > > Which DC are you trying to attach the Storage Domain? >=20 > I try to attach the Storage Domain to the Default DC (I have only one > DC). >=20 > > =C2=A0From the attached print screens it looks like the DC you have > > permissions on are infra and local. > infra.local is our AD realm. >=20 > > Also, Which oVirt version are you using? > I am using oVirt 3.6.1. >=20 > > If it is possible can you please send print screens with the > > permissions of the user and the permissions on the Data Center? > You have print screens attached but I think you're right. I set roles > on=C2=A0 > a group, and I can see my user has not Admin role defined desipte my=C2= =A0 > user is on the group (I can login with this user, create VM...). >=20 I confirm. If I set SuperAdmin role on user, I can attach my storage. Roles can not be applied from groups from my users are ? Regards > >=20 > > Thanks, > > Maor > Regards, >=20 > Kevin C >=20 > >=20 > > > ------------------------ > > >=20 > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0COUSIN Kevin > > >=20 > > > ----- Mail original ----- > > > > De: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > =C3=80: "Kevin C" <kevin(a)famillecousin.fr> > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redhat. > > > > com> > > > > Envoy=C3=A9: Mardi 12 Janvier 2016 13:57:16 > > > > Objet: Re: [ovirt-users] User with SuperAdmin Role has not > > > > MANIPULATE_STORAGE_DOMAIN > > > > ----- Original Message ----- > > > > > From: "Kevin C" <kevin(a)famillecousin.fr> > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redha > > > > > t.com> > > > > > Sent: Monday, January 11, 2016 11:04:11 AM > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > > > MANIPULATE_STORAGE_DOMAIN > > > > >=20 > > > > >=20 > > > > >=20 > > > > > Le 09/01/2016 16:09, Maor Lipchuk a =C3=A9crit : > > > > > > Hi Kevin, > > > > > >=20 > > > > > > Does it still reproduce after the permissions were set? > > > > > >=20 > > > > > > Regards, > > > > > > Maor > > > > > >=20 > > > > > Hi Maor, > > > > >=20 > > > > > Yes it does, I just try it with another Domain. > > > > >=20 > > > > > Regards > > > >=20 > > > > Which role have you added to your user? Can u please try to > > > > edit the role > > > > which > > > > you have added to your user, does the role "Configure Storage > > > > Domain" is > > > > marked > > > > (See attached screenshot). > > > > Can you please try to add to the user the role StorageAdmin > > > > (See second > > > > attached > > > > screenshot) > > > >=20 > > > > Regards, > > > > Maor > > > >=20 > > > > > --- > > > > >=20 > > > > > Kevin C > > > > >=20 > > > > >=20 > > > > > > ----- Original Message ----- > > > > > > > From: "Oved Ourfali" <oourfali(a)redhat.com> > > > > > > > To: "Kevin C" <kevin(a)famillecousin.fr> > > > > > > > Cc: "users" <users(a)ovirt.org> > > > > > > > Sent: Friday, January 8, 2016 1:20:53 PM > > > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has > > > > > > > not > > > > > > > MANIPULATE_STORAGE_DOMAIN > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > CC-ing someone from the storage team to take a look. > > > > > > > On Jan 7, 2016 6:43 PM, "Kevin C" < kevin(a)famillecousin.f > > > > > > > r > wrote: > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Hi, > > > > > > >=20 > > > > > > > I set it on "system" level, on right upper side. > > > > > > >=20 > > > > > > > Regards, > > > > > > >=20 > > > > > > > Le 07/01/2016 17:39, Oved Ourfali a =C3=A9crit : > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Permissions in ovirt are composed of the role, > > > > > > > user/group, and object. > > > > > > >=20 > > > > > > > I guess you refer to the SuperUser role. Question is what > > > > > > > object you've > > > > > > > granted it on. > > > > > > >=20 > > > > > > > In order to have a permission on "system" level, you gave > > > > > > > to go to the > > > > > > > configure dialog (see right upper side of your screen). > > > > > > >=20 > > > > > > > Regards, > > > > > > > Oved Ourfali > > > > > > > Hi list, > > > > > > >=20 > > > > > > > I set the SuperAdmin Role on a AD group. I use my account > > > > > > > in this group > > > > > > > to > > > > > > > use oVirt. I try today to add an Export Domain but I > > > > > > > failed with this > > > > > > > error > > > > > > > in log : > > > > > > >=20 > > > > > > > 2016-01-07 16:46:28,883 INFO > > > > > > > [org.ovirt.engine.core.bll.storage.AttachStorageDomainToP > > > > > > > oolCommand] > > > > > > > (default task-1) [68d5410a] No permission found for user > > > > > > > '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the > > > > > > > groups he is > > > > > > > member > > > > > > > of, > > > > > > > when running action 'AttachStorageDomainToPool', Required > > > > > > > permissions > > > > > > > are: > > > > > > > Action type: 'ADMIN' Action group: > > > > > > > 'MANIPULATE_STORAGE_DOMAIN' Object > > > > > > > type: > > > > > > > 'Storage' Object ID: 'c7dee64d-a27e-446e-8656- > > > > > > > cef2d8ea42a6'. > > > > > > >=20 > > > > > > >=20 > > > > > > > Where can I set the good permission ? > > > > > > >=20 > > > > > > > Thanks a lot > > > > > > > --- > > > > > > > Kevin C > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 >=20 --=-y29ZL6CL9AL3fnqPHcJy Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwMjE4MTI0MTE5WjAvBgkqhkiG9w0BCQQxIgQgIb54ZsmEYV22Fqs+ASN3 HcmtEiyKofHSnse4ATpREDYwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAKCfKjo3EICql6PCKgBiag7lXW2RAxoTYq6+8PIqsGpcBeqCWSTejoDpXgPNu/I2 mqlH86nXMjGxvya6DW3IZjAwldnUFnrpciPwZVXH0sT6R+xojb3sQ11PV3YVDoclcToIX9KUWR2/ 1XRdKKPWi5uURb/S2EHFwwm0NHTalZLtjqbdtgW+bzDHZ6vJaT0UU1Ut+gkArJEGp3qNnw9FVf3I GmGpJG59hUlmkEIHVvcIOwW022Lt+bsePGjHcirYpeu++3vsPygM4/pVPn5CMA3O/qx85wqF9iZ7 lkf08iX6EN8nTapRviYgCoe8rSZC6fOyzlbtZYhO/AuhIRCxf84Z00njCUGb0G1PojxgVDmg1cem AQT6fhQKyhpn7Ma995KaZ4yYF0j42Qz81zFKs7ygq8hC3vy3e4kO0tCBGqToTePLBJoZ4JuWtk9L 2aC0vaSmi9Opi9mQD+Tm5rTeV3XP86jV4BFogIE/UaT91/nJpGn1XhV6uMD0ZnbfXhvGS0z0aUAN bsP59TfkOe2ldA3vbPBSv/njmlUD4c7U/TDFlw6mzEAhf921bvCXtI/qQoLcA28MA5f0t1M3ik5k U4M48tCESbyCgiAIuhFmiGUeKTs3V4LS8H9W/t0PxaSqnmYtaSfY35tugp1zNsVU5O35ra9bLAeZ C6OB1H+vRaHBAAAAAAAA --=-y29ZL6CL9AL3fnqPHcJy--

1 0

virtio-serial0 duplicate id
by Johannes Tiefenbacher 18 Feb '16

18 Feb '16

Hi, finally I am posting something to this list :) I read it for quite some time now and I am an ovirt user since 3.0. I updated an engine installation from 3.2 to 3.6 (stepwise of course, and yes I know that's pretty outdated ;-). Then I updated the associated Centos6 hosts vdsm as well, from 3.10.x to 3.16.30. I also set my cluster comp level to 3.5(3.6 comp level is only possible with El7 hosts if I understood correctly). After my first failover test a VM could not be restarted, altough the host where it was running could correctly be fenced. The reason according to engine's log was this: VM xxxxxxxx is down with error. Exit message: internal error process exited while connecting to monitor: qemu-kvm: -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4: Duplicate ID 'virtio-serial0' for device I then recognized that I am not able to run this VM on any host. Ich checked the virtual hardware in the engine database and could confirm that ALL my VMs had this problem: 2 devices with alias='virtio-serial0' e.g.: ---- engine=# SELECT * FROM vm_device WHERE vm_device.device = 'virtio-serial' AND vm_id = 'cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' ORDER BY vm_id; -[ RECORD 1 ]-------------+------------------------------------------------------------- device_id | 2821d03c-ce88-4613-9095-e88eadcd3792 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | boot_order | 0 spec_params | { } is_managed | t is_plugged | f is_readonly | f _create_date | 2016-01-14 08:30:43.797161+01 _update_date | 2016-02-10 10:04:56.228724+01 alias | virtio-serial0 custom_properties | { } snapshot_id | logical_name | is_using_scsi_reservation | f -[ RECORD 2 ]-------------+------------------------------------------------------------- device_id | 29e0805f-d836-451a-9ec3-9031baa995e6 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | {bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0} boot_order | 0 spec_params | { } is_managed | f is_plugged | t is_readonly | f _create_date | 2016-02-11 13:47:02.69992+01 _update_date | alias | virtio-serial0 custom_properties | snapshot_id | logical_name | is_using_scsi_reservation | f ---- My solution was this: DELETE FROM vm_device WHERE vm_id='cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' AND vm_device.device = 'virtio-serial' AND address = ''; (just renaming one of the aliases to virtio-serial1" did not help) Is this a known issue? Couldn't find anything so far. Should I also post this to the developer list? I am not subscribed there yet, wanted to check out here first. thanks in advance and all the best Jojo @ LINBIT VIE

5 5

How to add RAM to Hosted Engine
by DiOrio, Max 18 Feb '16

18 Feb '16

--_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi There...new oVirt user. After a bit of a learning curve, I have things = set up pretty well. The web console in the hosted engine is running slow, = and it's spiking memory to 98% frequently, but I only have 4096MB of RAM al= located. Currently running oVirt 3.6. >From the web interface, it doesn't seem possible to add memory to the hoste= d engine VM. I can add it via the Edit menu, but then it complains that "T= his VM is not managed by the engine". I see that some people have said to edit /etc/ovirt-hosted-engine-ha/vm.con= f but this file does not exist. Then I saw someone say that the file is n= ow located in /var/run/ovirt-hosted-engine-ha/vm.conf I do see this here, = but I can't update the file. Each time I go to update it, it reverts back = to the previous config. I shut down the VM then tried to edit it, same thing. I put the system in = global maintenance mode, shut down the vm, then tried to edit it, same thin= g. Getting frustrated over what should be a simple task, with nearly no docume= ntation available. Thanks for any help you can provide. Max --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi There…new oVirt user.  After a bit of = a learning curve, I have things set up pretty well.  The web console i= n the hosted engine is running slow, and it’s spiking memory to 98% f= requently, but I only have 4096MB of RAM allocated.  Currently running oVirt 3.6.<o:p></o:p> <o:p> </o:p> From the web interface, it doesn’t seem possib= le to add memory to the hosted engine VM.  I can add it via the Edit m= enu, but then it complains that “This VM is not managed by the engine”.<o:p></o:p> <o:p> </o:p> I see that some peopl= e have said to edit /etc/ovirt-hosted-engine-ha/vm.conf  but this file= does not exist.  Then I saw someone say that the file is now located in /var/run/ovirt-hosted-engine-ha/vm.conf  I do see t= his here, but I can’t update the file.  Each time I go to update= it, it reverts back to the previous config.<o:p></o:p> <o:p> </o:p></sp= an> I shut down the VM th= en tried to edit it, same thing.  I put the system in global maintenan= ce mode, shut down the vm, then tried to edit it, same thing.<o:p></o:p> <o:p> </o:p></sp= an> Getting frustrated ov= er what should be a simple task, with nearly no documentation available.<o:= p></o:p> <o:p> </o:p></sp= an> Thanks for any help y= ou can provide.<o:p></o:p> <o:p> </o:p></sp= an> Max<o:p><= /o:p> </div> </body> </html> --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_--

3 2

Re: [ovirt-users] How does VDSM-Fake actually work?
by Roman Mohr 18 Feb '16

18 Feb '16

On Thu, Feb 18, 2016 at 11:26 AM, emarcian <emarcian(a)redhat.com> wrote: > for remote simulator make sure you > > - /etc/hosts file is correct. > - 54321 54322 are open in firewall in both sides. > - engine p12 key is placed in the remote machine (in case using SSL) > - java certs are place as well (in case using SSL). > > please see this cod: > http://ur1.ca/ojcv5 (pass is ovirt123) > Nice. Could you make that a more copy/paste like manual and update README.ssl? > > On 02/17/2016 08:28 PM, Nicolás wrote: > > Hi Roman, > > El 16/02/16 a las 10:27, Roman Mohr escribió: > > On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek < > michal.skrivanek(a)redhat.com> wrote: > >> >> On 09 Feb 2016, at 12:15, Nicolás < <nicolas(a)devels.es>nicolas(a)devels.es> >> wrote: >> >> Is there a way to get an account on mojo.redhat.com or is it internal? >> I'm trying to open the document but credentials are required and I see no >> option to create an account. >> >> >> yes it is >> >> Eldad, would you please move it to ovirt.org instead? >> >> > I recently played with fakevdsm myself. The result was the patch series in > [1]. At least an updated README for the result of my patches can be found > in [2]. > > >> Thanks, >> michal >> >> >> El 04/02/16 a las 13:49, emarcian escribió: >> >> Hi, >> Seems like you need to change this settings update vdc_options set >> option_value='false' where option_name='InstallVds'; >> follow the instructions here: >> <https://mojo.redhat.com/docs/DOC-990399> >> https://mojo.redhat.com/docs/DOC-990399 >> >> in case you using 3.6 there is a new war (if you run the simulator as >> standalone). >> >> -Eldad >> >> >> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: >> >> Eldad is working on making it working with engine 3.6. He should be able to >> give you information you need. >> >> On Wed, Feb 3, 2016 at 12:33 PM, <nicolas(a)devels.es> <nicolas(a)devels.es> wrote: >> >> Anything? >> >> El 2016-02-02 10:18, Nicolás escribió: >> >> Hi, >> >> I'm trying to set up VDSM-Fake >> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, >> I'm a bit confused about how does it actually work. As the >> instructions say, I was able to build the project with Maven (however, >> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed >> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no >> longer provided at the repository). >> >> Once built, I run mvn jetty:run and the server started correctly: >> >> >> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1] >> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if >> your webapp requires one, please configure one. >> 2016-02-02 11:01:53,424 Application initialized. >> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 >> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321 >> [INFO] Started Jetty Server >> [INFO] Starting scanner at interval of 10 seconds. >> >> I could indeed verify it's listening on the VDSM port: >> >> >> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 >> tcp6 0 0 >> :::54321 >> :::* LISTEN >> 44870/java >> >> So the next step is to add a fake host via REST. I used scripts >> provided here [4] and I successfully added the host, however, it >> starts installing all the VDSM packages as it were a normal host and >> therefore it tries to start vdsmd as well, which throws an error as >> the Jetty Server is already listening on the 54321 port. I shut down >> the Jetty Server and allowed oVirt Manager to install all the packages >> properly, then stopped vdsmd and started the Jetty Server, but >> expectedly oVirt Engine fails with message "Host xxx is non >> responsive", so what I actually got is a real VDSM host and not a fake >> one. >> >> FWIW, the fake VDSM runs on a different host, ports are reacheable >> from the oVirt engine, proper /etc/hosts has been added to the engine >> to reach the host, and no further customization of web.xml has been >> done. >> >> I feel like I'm missing something here. Could someone shed some light >> on what's wrong? >> >> Thanks. >> >> Nicolás >> >> > @Nicolas I would recommend you to use the top of my gerrit patches to run > vdsmake: > > git clone git://gerrit.ovirt.org/ovirt-vdsmfake > cd ovirt-vdsmfake > git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2 > && git checkout FETCH_HEAD > > then follow the instructions in the README of the checked out repository > [3]. > > Hope that helps. > > Best Regards, > Roman > >> >> [1] > https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:mast… > [2] https://gerrit.ovirt.org/#/c/53570/ > [3] https://gerrit.ovirt.org/#/c/53570/2/README > > > I could finally make fakevdsm work with your changes. Maybe I'm missing > something but this works if the engine and the fake host are run on the > same server - when I tried to run the fake host on a different host I > wasn't seeing any responses from the host (the firewall was vanilla clean). > In any case, I'm ok with both running on the same machine. > > Will this be merged into master? > > Thanks. > > >

1 0

Re: [ovirt-users] How does VDSM-Fake actually work?
by Nicolás 18 Feb '16

18 Feb '16

This is a multi-part message in MIME format. --------------010201090807080708080104 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Is there a way to get an account on mojo.redhat.com or is it internal? I'm trying to open the document but credentials are required and I see no option to create an account. El 04/02/16 a las 13:49, emarcian escribió: > Hi, > Seems like you need to change this settings update vdc_options set > option_value='false' where option_name='InstallVds'; > follow the instructions here: > https://mojo.redhat.com/docs/DOC-990399 > > in case you using 3.6 there is a new war (if you run the simulator as > standalone). > > -Eldad > > > On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: >> Eldad is working on making it working with engine 3.6. He should be able to >> give you information you need. >> >> On Wed, Feb 3, 2016 at 12:33 PM,<nicolas(a)devels.es> wrote: >>> Anything? >>> >>> El 2016-02-02 10:18, Nicolás escribió: >>>> Hi, >>>> >>>> I'm trying to set up VDSM-Fake >>>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, >>>> I'm a bit confused about how does it actually work. As the >>>> instructions say, I was able to build the project with Maven (however, >>>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed >>>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no >>>> longer provided at the repository). >>>> >>>> Once built, I run mvn jetty:run and the server started correctly: >>>> >>>>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1] >>>>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if >>>>> your webapp requires one, please configure one. >>>>> 2016-02-02 11:01:53,424 Application initialized. >>>>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 >>>>> 2016-02-02 11:01:53.702:INFO::Started [3] >>>>> SelectChannelConnector@0.0.0.0:54321 >>>>> [INFO] Started Jetty Server >>>>> [INFO] Starting scanner at interval of 10 seconds. >>>> I could indeed verify it's listening on the VDSM port: >>>> >>>>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 >>>>> tcp6 0 0 >>>>> :::54321 >>>>> :::* LISTEN >>>>> 44870/java >>>> So the next step is to add a fake host via REST. I used scripts >>>> provided here [4] and I successfully added the host, however, it >>>> starts installing all the VDSM packages as it were a normal host and >>>> therefore it tries to start vdsmd as well, which throws an error as >>>> the Jetty Server is already listening on the 54321 port. I shut down >>>> the Jetty Server and allowed oVirt Manager to install all the packages >>>> properly, then stopped vdsmd and started the Jetty Server, but >>>> expectedly oVirt Engine fails with message "Host xxx is non >>>> responsive", so what I actually got is a real VDSM host and not a fake >>>> one. >>>> >>>> FWIW, the fake VDSM runs on a different host, ports are reacheable >>>> from the oVirt engine, proper /etc/hosts has been added to the engine >>>> to reach the host, and no further customization of web.xml has been >>>> done. >>>> >>>> I feel like I'm missing something here. Could someone shed some light >>>> on what's wrong? >>>> >>>> Thanks. >>>> >>>> Nicolás >>>> >>>> >>>> Links: >>>> ------ >>>> [1]INFO::jetty-6.1.26 >>>> [2]INFO::No >>>> [3]INFO::Started >>>> [4]http://www.ovirt.org/REST_API_Using_BASH_Automation >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > --------------010201090807080708080104 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Is there a way to get an account on mojo.redhat.com or is it internal? I'm trying to open the document but credentials are required and I see no option to create an account. <div class="moz-cite-prefix">El 04/02/16 a las 13:49, emarcian escribió: </div> <blockquote cite="mid:56B356F8.3010107@redhat.com" type="cite"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi, Seems like you need to change this settings <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">update vdc_options set option_value='false' where option_name='InstallVds'; <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">follow the instructions here: <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"><a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://mojo.redhat.com/docs/DOC-990399"><a class="moz-txt-link-freetext" href="https://mojo.redhat.com/docs/DOC-990399">https://mojo.redhat.com/docs/DOC-990399</a></a> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">in case you using 3.6 there is a new war (if you run the simulator as standalone). <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">-Eldad <meta http-equiv="content-type" content="text/html; charset=utf-8"> <span style="color: rgb(61, 61, 61); font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; orphans: auto; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"><span style="color: rgb(61, 61, 61); font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; orphans: auto; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"> <div class="moz-cite-prefix">On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: </div> <blockquote cite="mid:CAKU0_rk-R1OcSKW5xBD3o3wTZw83XR0Jy0bF1SJ73=kDZwO0DA@mail.gmail.com" type="cite"> <pre wrap="">Eldad is working on making it working with engine 3.6. He should be able to give you information you need. On Wed, Feb 3, 2016 at 12:33 PM, <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:nicolas@devels.es"><nicolas(a)devels.es></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">Anything? El 2016-02-02 10:18, Nicolás escribió: </pre> <blockquote type="cite"> <pre wrap="">Hi, I'm trying to set up VDSM-Fake (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, I'm a bit confused about how does it actually work. As the instructions say, I was able to build the project with Maven (however, the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no longer provided at the repository). Once built, I run mvn jetty:run and the server started correctly: </pre> <blockquote type="cite"> <pre wrap="">2016-02-02 11:01:51.957:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::jetty-6.1.26">INFO::jetty-6.1.26</a> [1] 2016-02-02 11:01:52.804:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::No">INFO::No</a> [2] Transaction manager found - if your webapp requires one, please configure one. 2016-02-02 11:01:53,424 Application initialized. 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 2016-02-02 11:01:53.702:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::Started">INFO::Started</a> [3] <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SelectChannelConnector@0.0.0.0:54321">SelectChannelConnector@0.0.0.0:54321</a> [INFO] Started Jetty Server [INFO] Starting scanner at interval of 10 seconds. </pre> </blockquote> <pre wrap=""> I could indeed verify it's listening on the VDSM port: </pre> <blockquote type="cite"> <pre wrap="">[root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 tcp6 0 0 :::54321 :::* LISTEN 44870/java </pre> </blockquote> <pre wrap=""> So the next step is to add a fake host via REST. I used scripts provided here [4] and I successfully added the host, however, it starts installing all the VDSM packages as it were a normal host and therefore it tries to start vdsmd as well, which throws an error as the Jetty Server is already listening on the 54321 port. I shut down the Jetty Server and allowed oVirt Manager to install all the packages properly, then stopped vdsmd and started the Jetty Server, but expectedly oVirt Engine fails with message "Host xxx is non responsive", so what I actually got is a real VDSM host and not a fake one. FWIW, the fake VDSM runs on a different host, ports are reacheable from the oVirt engine, proper /etc/hosts has been added to the engine to reach the host, and no further customization of web.xml has been done. I feel like I'm missing something here. Could someone shed some light on what's wrong? Thanks. Nicolás Links: ------ [1] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::jetty-6.1.26">INFO::jetty-6.1.26</a> [2] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::No">INFO::No</a> [3] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::Started">INFO::Started</a> [4] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.ovirt.org/REST_API_Using_BASH_Automation">http://www.ovirt.org/REST_API_Using_BASH_Automation</a> _______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <pre wrap="">_______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> </blockquote> </blockquote> </body> </html> --------------010201090807080708080104--

3 4

"bridge port" error when setting up hosted-engine on 2nd oVirt 3.6.2 node
by Mike DePaulo 18 Feb '16

18 Feb '16

Hi, I am getting the following error when I attempt to setup my 2nd ovirt node as a hosted-engine: RuntimeError: The selected device None is not a supported bridge port The 1st node is death-star (192.168.1.50) The 2nd node is starkiller-base (192.168.1.52) This is not a production environment; this is my apartment. I am able to access the engine's webGUI. Both death-star and starkiller-base start out with only eno1 as their only NIC. death-star, by the end of the hosted-engine-setup, had ovirtmgmt also (with the same MAC address.) starkiller-base does not have ovirtmgmt yet. I am not using VLANs. node version: ovirt-node-iso-3.6-0.999.201602121021.el7.centos.iso engine appliance version: oVirt-Engine-Appliance-CentOS-x86_64-7-20160126.ova Thanks in advance, -Mike

4 8

ovirt and gluster storage domain HA testing
by Bill James 17 Feb '16

17 Feb '16

I have a ovirt cluster with and system running ovirt-engine 3.6.2.6-1 on centos7.2 and 3 hardware nodes running glusterfs 3.7.6-1 and centos7.2. I created a gluster volume using gluster cli and then went to add a storage domain. I created it with Path ovirt1-ks.test:/gv1 and all works fine, until ovirt1 goes down. Then ALL VMs pause till ovirt1 comes back up. Do I have to list all nodes in the path for this to work? Path: ovirt1-ks.test:/gv1 ovirt2-ks.test:/gv1 ovirt3-ks.test:/gv1 Or how do I prevent ovirt1 from being single point of failure? Thanks. Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

3 3

Understanding direct lun connection: iscsi pass through disks
by Arman Khalatyan 17 Feb '16

17 Feb '16

Hi, I am trying to combine performance and virtualisation with direct iscsi disks . Assuming we have vm with /dev/vda for OS two data disks from iscsi01:/dev/sda and iscsi02:/dev/sdb direct lun disks configured over ovirt interface. The iscsi disks are used as zfs mirror inside the vm. When one of the iscsi disks is not available then the whole host goes into pause state. Are there way to force ovirt do not freeze vm if direct lun is away? Thanks, Arman

2 1

Pending events in the Tasks tab
by nicolas＠devels.es 17 Feb '16

17 Feb '16

Hi, We're using oVirt 3.6.2.6, and we're having some events not being cleared from the Tasks tab. I cannot confirm this is only related to creating VM pools, but any created VM pool remains unfinished forever in the Tasks tab. As you may see in the screenshot, there are events that were started in January and are still in the list. Concretely, the unfinished step is always "Finalizing". Has this been reported on Bugzilla? Is there a way to clear them out even manually? Thanks. Nicolás

2 2

oVirt 3.6.2 issue when updating to gluster 3.7.8
by Luiz Claudio Prazeres Goncalves 17 Feb '16

17 Feb '16

Hi, I realised that gluster 3.7.8 was released for GA. So I updated manually using "yum -y install glusterfs*" gluster get's updated normally, but unfortunately things stopped to work completely. ovirt_hosted_engine_ha was not able to connect to my gluster storage domain (as you can see below). I'm not using ovirt + gluster in hyperconverged way. I have 3 external gluster hosts. As a workaround I've executed "*yum* downgrade glusterfs*" and after doing this ovirt started to work again...but as a collateral effect now I can't migrate my vm's anymore. On the vdsm logs I can see the following errors when trying to manually migrate a any VM.... Anyone knows how to fix it? Thread-66055::DEBUG::2016-02-17 11:05:57,497::migration::453::virt.vm::(stop) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::stopping migration downtime thread Thread-66055::ERROR::2016-02-17 11:05:57,497::migration::208::virt.vm::(_recover) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::unable to connect to server at 'kvm2.brightsquid.com:49152': No route to host Thread-66055::DEBUG::2016-02-17 11:05:57,497::stompreactor::389::jsonrpc.AsyncoreClient::(send) Sending response Thread-66056::DEBUG::2016-02-17 11:05:57,498::migration::450::virt.vm::(run) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::migration downtime thread exiting Thread-66055::DEBUG::2016-02-17 11:05:57,540::__init__::206::jsonrpc.Notification::(emit) Sending event {"params": {"notify_time": 4327804740, "05681896-a76a-4ae1-879e-8fe5d28634e1": {"status": "Migration Source"}}, "jsonrpc": "2.0", "method": "|virt|VM_status|05681896-a76a-4ae1-879e-8fe5d28634e1"} Thread-66055::ERROR::2016-02-17 11:05:57,541::migration::310::virt.vm::(run) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 294, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 364, in _startUnderlyingMigration self._perform_migration(duri, muri) File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/share/vdsm/virt/virdomain.py", line 68, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: unable to connect to server at 'kvm2.brightsquid.com:49152': No route to host Thread-68::DEBUG::2016-02-17 11:05:57,652::fileSD::173::Storage.Misc.excCmd::(getReadDelay) /usr/bin/taskset --cpu-list 0-39 /usr/bin/dd if=/rhev/data-center/mnt/gluster2.brightsquid.com:_home_export_iso/61827b7b-e255-44f5-a791-482a144be29f/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-68::DEBUG::2016-02-17 11:05:57,662::fileSD::173::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n341 bytes (341 B) copied, 0.000713967 s, 478 kB/s\n'; <rc> = 0 Issue to connect to the gluster storage. ***************************************************************************** Feb 17 01:25:40 kvm2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting storage server Feb 17 01:25:40 kvm2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting storage server Feb 17 01:25:40 kvm2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Connection to storage server failed' - trying to restart agent Feb 17 01:25:40 kvm2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Connection to storage server failed' - trying to restart agent Feb 17 01:25:41 kvm2 ovirt-ha-broker: INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection established Feb 17 01:25:41 kvm2 journal: ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler ERROR Error handling request, data: 'set-storage-domain FilesystemBackend dom_type=glusterfs sd_uuid=7d376952-312b-4539-b809-a8fa740f7883'#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 166, in handle#012 data)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 299, in _dispatch#012 .set_storage_domain(client, sd_type, **options)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 66, in set_storage_domain#012 self._backends[client].connect()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 456, in connect#012 self._dom_type)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 108, in get_domain_path#012 " in {1}".format(sd_uuid, parent))#012BackendFailureException: path to storage domain 7d376952-312b-4539-b809-a8fa740f7883 not found in /rhev/data-center/mnt/glusterSD Feb 17 01:25:41 kvm2 ovirt-ha-broker: ERROR:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Error handling request, data: 'set-storage-domain FilesystemBackend dom_type=glusterfs sd_uuid=7d376952-312b-4539-b809-a8fa740f7883' Feb 17 01:25:41 kvm2 ovirt-ha-broker: Traceback (most recent call last): Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 166, in handle Feb 17 01:25:41 kvm2 ovirt-ha-broker: data) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 299, in _dispatch Feb 17 01:25:41 kvm2 ovirt-ha-broker: .set_storage_domain(client, sd_type, **options) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 66, in set_storage_domain Feb 17 01:25:41 kvm2 ovirt-ha-broker: self._backends[client].connect() Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 456, in connect Feb 17 01:25:41 kvm2 ovirt-ha-broker: self._dom_type) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 108, in get_domain_path Feb 17 01:25:41 kvm2 ovirt-ha-broker: " in {1}".format(sd_uuid, parent)) Feb 17 01:25:41 kvm2 ovirt-ha-broker: BackendFailureException: path to storage domain 7d376952-312b-4539-b809-a8fa740f7883 not found in /rhev/data-center/mnt/glusterSD Feb 17 01:25:41 kvm2 journal: vdsm vds ERROR failed to retrieve Hosted Engine HA info#012Traceback (most recent call last):#012 File "/usr/share/vdsm/API.py", line 1842, in _getHaInfo#012 stats = instance.get_all_stats()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 103, in get_all_stats#012 self._configure_broker_conn(broker)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 180, in _configure_broker_conn#012 dom_type=dom_type)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 176, in set_storage_domain#012 .format(sd_type, options, e))#012RequestError: Failed to set storage domain FilesystemBackend, options {'dom_type': 'glusterfs', 'sd_uuid': '7d376952-312b-4539-b809-a8fa740f7883'}: Request failed: <class 'ovirt_hosted_engine_ha.lib.storage_backends.BackendFailureException'> Feb 17 01:25:41 kvm2 ovirt-ha-broker: INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection closed ^C

2 1