- Users - oVirt List Archives

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