Nagios/Icinga monitoring plugin check_rhev3 1.5 released
by René Koch
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--
8 years, 9 months
Re: [ovirt-users] Can't fine engine postgres password
by paf1＠email.cz
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--
8 years, 9 months
hosted-engine storage domain locked / not recognized
by Paul Groeneweg | Pazion
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."
8 years, 9 months
Manually assign DC and Cluster to Blank template
by nicolas＠devels.es
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
8 years, 9 months
Re: [ovirt-users] Users Digest, Vol 53, Issue 153
by pbauer＠algotech.cz
--------------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<br>
So I received another solution from Marcelo L. . Will share to us .<br>
<br>
<pre wrap="">Run command in SPM:
vdsClient -s 0 getAllTasksStatuses
see the taks ID and :
vdsClient -s 0 stopTask <idtask>
</pre>
<br>
regs to all<br>
Pa.<br>
<br>
<br>
<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:<br>
</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>
<br>
</body>
</html>
--------------030807040804030101080506--
8 years, 9 months
Self-Hosted Engine Deployment - Certificate Cannot be Found
by Trenton D Warren
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><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:357246260;
mso-list-type:hybrid;
mso-list-template-ids:-1360869520 67698703 67698713 67698715 67698703 =
67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:1796868197;
mso-list-type:hybrid;
mso-list-template-ids:1349830608 67698703 67698713 67698715 67698703 =
67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal>Aloha,<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am looking =
for assistance with an Ovirt Self-Hosted Engine Deployment on Centos =
7.2.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>I have the host configured, and have accessed the VM =
(Engine). I run engine setup on the VM in accordance with the =
<i><a =
href=3D"http://www.ovirt.org/Hosted_Engine_Howto">http://www.ovirt.org/Ho=
sted_Engine_Howto</a> </i>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></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Some notes: <o:p></o:p></p><p class=3DMsoListParagraph =
style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if =
!supportLists]><span style=3D'mso-list:Ignore'>1.<span =
style=3D'font:7.0pt "Times New =
Roman"'> =
</span></span><![endif]> The /etc/hosts/ file is configured on both =
host and engine, with ip and fqdn<o:p></o:p></p><p =
class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l0 level1 =
lfo1'><![if !supportLists]><span style=3D'mso-list:Ignore'>2.<span =
style=3D'font:7.0pt "Times New =
Roman"'> =
</span></span><![endif]>Password-Less SSH is enable between both host =
and engine, bidirectionally.<o:p></o:p></p><p class=3DMsoListParagraph =
style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if =
!supportLists]><span style=3D'mso-list:Ignore'>3.<span =
style=3D'font:7.0pt "Times New =
Roman"'> =
</span></span><![endif]>Ping responds to both servers. DNS =
resolves on both servers.<o:p></o:p></p><p class=3DMsoListParagraph =
style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if =
!supportLists]><span style=3D'mso-list:Ignore'>4.<span =
style=3D'font:7.0pt "Times New =
Roman"'> =
</span></span><![endif]>SSH-Keygen was use to generate key, and key was =
stored in default Centos location /root/.ssh/id_rsa<o:p></o:p></p><p =
class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l0 level1 =
lfo1'><![if !supportLists]><span style=3D'mso-list:Ignore'>5.<span =
style=3D'font:7.0pt "Times New =
Roman"'> =
</span></span><![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></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Some Notes:<o:p></o:p></p><p class=3DMsoListParagraph =
style=3D'text-indent:-.25in;mso-list:l1 level1 lfo2'><![if =
!supportLists]><span style=3D'mso-list:Ignore'>1.<span =
style=3D'font:7.0pt "Times New =
Roman"'> </span></span><![endif]>I =
have ran the “Certificate and/or SSL problems?” procedures =
on <i><a =
href=3D"http://www.ovirt.org/Node_Troubleshooting">www.ovirt.org/Node_Tro=
ubleshooting</a>”</i> to verify the vdsm cert on the =
host. It returns a normal response. <o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>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></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Thank you!<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><b><span =
style=3D'font-size:14.0pt'>Trenton D Warren<o:p></o:p></span></b></p><p =
class=3DMsoNormal><i>President and CEO, Phoenix Holdings =
Corporation<o:p></o:p></i></p><p class=3DMsoNormal><span =
style=3D'font-size:9.0pt'>Main Office: 41-745 Mooiki ST. Waimanalo, HI =
96795<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:9.0pt'>Office: (808) =
263-7448<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:9.0pt'>Direct: (808) =
263-7449<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:9.0pt'>Cell: =
(478) 867-3107<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:9.0pt'>Web: =
www.phoenixhawaii.net<o:p></o:p></span></p><p =
class=3DMsoNormal><o:p> </o:p></p></div></body></html>
------=_NextPart_000_014A_01D169F6.DF5165E0--
8 years, 9 months
Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN
by Kevin C
--=-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--
8 years, 9 months
virtio-serial0 duplicate id
by Johannes Tiefenbacher
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
8 years, 9 months
How to add RAM to Hosted Engine
by DiOrio, Max
--_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><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
em
{mso-style-priority:20;
font-weight:bold;
font-style:normal;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">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></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">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 “<em><span lang=3D"EN" style=3D"font-=
family:"Arial",sans-serif;color:#545454">This VM is not
managed by the engine”.<o:p></o:p></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454"><o:p> </o:p></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal">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></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal"><o:p> </o:p></sp=
an></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal">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></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal"><o:p> </o:p></sp=
an></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal">Getting frustrated ov=
er what should be a simple task, with nearly no documentation available.<o:=
p></o:p></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal"><o:p> </o:p></sp=
an></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal">Thanks for any help y=
ou can provide.<o:p></o:p></span></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal"><o:p> </o:p></sp=
an></em></p>
<p class=3D"MsoNormal"><em><span lang=3D"EN" style=3D"font-family:"Ari=
al",sans-serif;color:#545454;font-weight:normal">Max</span></em><o:p><=
/o:p></p>
</div>
</body>
</html>
--_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_--
8 years, 9 months
