- Users - oVirt List Archives

Upgrade 3.5: Unsigned apache-commons-codec-1.8-1.jpp6.noarch.rpm fails engine-setup
by Daniel Helgenberger 20 Oct '14

20 Oct '14

Hello, I am in the process of upgrading to installing 3.5 and had this issue with an unsigned package. Is there a commandline option like --nogpgcheck? The issue is of couse easily solved by manually intsalling the package; yet worth reporting. [ INFO ] Yum Status: Check Package Signatures [ ERROR ] Yum Package apache-commons-codec-1.8-1.jpp6.noarch.rpm is not signed [ ERROR ] Failed to execute stage 'Package installation': Package apache-commons-codec-1.8-1.jpp6.noarch.rpm is not signed [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20141019153343-jms1qd.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20141019154030-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Worked for me: [root@ovirtengine ~]# yum install --nogpgcheck apache-commons-codec Loaded plugins: fastestmirror, priorities, versionlock Loading mirror speeds from cached hostfile * base: ftp.fau.de * epel: ftp.wrz.de * extras: ftp.wrz.de * jpackage: sunsite.informatik.rwth-aachen.de * ovirt-3.4-epel: ftp.wrz.de * ovirt-3.4-jpackage-6.0-generic: sunsite.informatik.rwth-aachen.de * ovirt-3.4-stable: ftp.nluug.nl * ovirt-3.5: ftp.nluug.nl * ovirt-3.5-epel: ftp.wrz.de * ovirt-3.5-jpackage-6.0-generic: sunsite.informatik.rwth-aachen.de * ovirt-epel: ftp.wrz.de * ovirt-jpackage-6.0-generic: sunsite.informatik.rwth-aachen.de * updates: centos.mirrors.as250.net 324 packages excluded due to repository priority protections Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package apache-commons-codec.noarch 0:1.8-1.jpp6 will be installed --> Finished Dependency Resolution Dependencies Resolved ====================================================================================================================================================== Package Arch Version Repository Size ====================================================================================================================================================== Installing: apache-commons-codec noarch 1.8-1.jpp6 jpackage 356 k Transaction Summary ====================================================================================================================================================== Install 1 Package(s) Total size: 356 k Installed size: 398 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : apache-commons-codec-1.8-1.jpp6.noarch 1/1 Verifying : apache-commons-codec-1.8-1.jpp6.noarch 1/1 Installed: apache-commons-codec.noarch 0:1.8-1.jpp6 Complete! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 2

Null object error with ovirt-engine-extension-ldap
by plysan 20 Oct '14

20 Oct '14

Hello, After I adding a AD directory server to oVirt using manage-domains, I installed the extension-ldap package. My setup is as follows: 1. /etc/ovirt-engine/extensions.d/eayunos.properties ovirt.engine.extension.name = eayunos ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /usr/share/ovirt-engine-extension-aaa-ldap/profiles/ad.properties 2. restart ovirt But after that there is a error in engine.log: 2014-10-20 00:52:11,199 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'builtin-authn-internal' 2014-10-20 00:52:11,201 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'builtin-authn-internal' loaded 2014-10-20 00:52:11,202 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'internal' 2014-10-20 00:52:11,203 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'internal' loaded 2014-10-20 00:52:11,218 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'builtin-authn-eayunos.com' 2014-10-20 00:52:11,232 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'builtin-authn-eayunos.com' loaded 2014-10-20 00:52:11,245 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'eayunos.com' 2014-10-20 00:52:11,247 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'eayunos.com' loaded 2014-10-20 00:52:11,252 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'ovirtSyslog' 2014-10-20 00:52:11,253 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'ovirtSyslog' loaded 2014-10-20 00:52:11,257 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Loading extension 'eayunos' 2014-10-20 00:52:11,286 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'eayunos' loaded 2014-10-20 00:52:11,287 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'builtin-authn-internal' 2014-10-20 00:52:11,288 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'builtin-authn-internal' initialized 2014-10-20 00:52:11,289 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'eayunos' 2014-10-20 00:52:11,290 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-16) Creating LDAP pool 'authz' for 'eayunos' 2014-10-20 00:52:11,305 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-16) Cannot initialize LDAP framework, deferring initialization. Error: A null object was provided where a non-null object is required (non-null index 0). Thread stack trace: getStackTrace(Thread.java:1589) / ensureNotNull(Validator.java:60) / <init>(SingleServerSet.java:140) / createConnectionPool(Framework.java:516) / createPool(Framework.java:632) / runSequence(Framework.java:1312) / open(Framework.java:666) / ensureFramework(AuthzExtension.java:104) / doInit(AuthzExtension.java:436) / invoke(AuthzExtension.java:368) / invoke(ExtensionProxy.java:49) / invoke(ExtensionProxy.java:73) / invoke(ExtensionProxy.java:109) / initialize(ExtensionsManager.java:308) / engineInitialize(EngineExtensionsManager.java:111) / initialize(Backend.java:266) / create(Backend.java:138) / invoke0(NativeMethodAccessorImpl.java) / invoke(NativeMethodAccessorImpl.java:57) / invoke(DelegatingMethodAccessorImpl.java:43) / invoke(Method.java:606) / processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130) / proceed(InterceptorContext.java:288) / processInvocation(WeavedInterceptor.java:53) / proceed(InterceptorContext.java:288) / processInvocation(WeldInjectionInterceptor.java:73) / proceed(InterceptorContext.java:288) / processInvocation(ManagedReferenceInterceptorFactory.java:95) / proceed(InterceptorContext.java:288) / processInvocation(ManagedReferenceInterceptorFactory.java:95) / proceed(InterceptorContext.java:288) / processInvocation(WeavedInterceptor.java:53) / proceed(InterceptorContext.java:288) / processInvocation(NamespaceContextInterceptor.java:50) / proceed(InterceptorContext.java:288) / invokeInOurTx(CMTTxInterceptor.java:228) / requiresNew(CMTTxInterceptor.java:333) / processInvocation(SingletonLifecycleCMTTxInterceptor.java:56) / proceed(InterceptorContext.java:288) / processInvocation(CurrentInvocationContextInterceptor.java:41) / proceed(InterceptorContext.java:288) / processInvocation(TCCLInterceptor.java:45) / proceed(InterceptorContext.java:288) / processInvocation(ChainedInterceptor.java:61) / constructComponentInstance(BasicComponent.java:161) / createInstance(BasicComponent.java:85) / getComponentInstance(SingletonComponent.java:116) / start(SingletonComponent.java:130) / start(ComponentStartService.java:44) / startService(ServiceControllerImpl.java:1811) / run(ServiceControllerImpl.java:1746) / runWorker(ThreadPoolExecutor.java:1145) / run(ThreadPoolExecutor.java:615) / run(Thread.java:745) 2014-10-20 00:52:11,313 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'eayunos' initialized 2014-10-20 00:52:11,314 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'ovirtSyslog' 2014-10-20 00:52:11,327 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'ovirtSyslog' initialized 2014-10-20 00:52:11,327 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'builtin-authn-eayunos.com' 2014-10-20 00:52:11,330 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'builtin-authn-eayunos.com' initialized 2014-10-20 00:52:11,331 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'eayunos.com' 2014-10-20 00:52:11,332 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'eayunos.com' initialized 2014-10-20 00:52:11,333 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Initializing extension 'internal' 2014-10-20 00:52:11,334 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Extension 'internal' initialized 2014-10-20 00:52:11,334 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Start of enabled extensions list 2014-10-20 00:52:11,335 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'builtin-authn-internal', Extension name: 'Internal Authn (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-10-20 00:52:11,337 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'eayunos', Extension name: 'aaa.ldap.authz', Version: '0.0.0_master', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20141018224300.gita43f663.el6', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: '/etc/ovirt-engine/extensions.d/eayunos.properties', Initialized: 'true' 2014-10-20 00:52:11,338 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'ovirtSyslog', Extension name: 'Log4jLogger', Version: '0.0.0', Notes: 'Display name: ovirt-engine-extension-logger-log4j-0.0.0-1.20141006155019.gitfef2d2a.el6', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: '/etc/ovirt-engine/extensions.d/Log4jLogger.properties', Initialized: 'true' 2014-10-20 00:52:11,340 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'builtin-authn-eayunos.com', Extension name: 'Kerberos/Ldap Authn (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-10-20 00:52:11,342 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'eayunos.com', Extension name: 'Kerberos/Ldap Authz (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: ' http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-10-20 00:52:11,343 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) Instance name: 'internal', Extension name: 'Internal Authz (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: ' http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-10-20 00:52:11,345 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-16) End of enabled extensions list My environment: # cat /etc/issue CentOS release 6.5 (Final) # rpm -qa |grep aaa-ldap ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20141018224300.gita43f663.el6.noarch # rpm -qa |grep ovirt-engine ovirt-engine-setup-plugin-websocket-proxy-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-extensions-api-impl-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-tools-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-userportal-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-extension-aaa-misc-0.0.0-0.0.master.20140902120001.git1fa6912.el6.noarch ovirt-engine-lib-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-websocket-proxy-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-cli-3.5.0.6-0.1.20140926.gitbbb1e44.el6.noarch ovirt-engine-extension-logger-log4j-0.0.0-1.20141006155019.gitfef2d2a.el6.noarch ovirt-engine-setup-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-dbscripts-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-webadmin-portal-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-restapi-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-setup-base-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-sdk-python-3.5.0.8-0.1.20140926.gitd3a5e4d.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-backend-3.5.1-0.0.master.20141017171921.git1b75b82.el6.noarch ovirt-engine-sdk-java-3.5.0.6-0.1.20140910.git05ab94f.el6.noarch ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20141018224300.gita43f663.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 Can anyone give me some help? Thanks!

2 6

ovIrt 3.5 -el6 - hosted-engine-ha upgrade: python-libguestfs dep issue
by Daniel Helgenberger 20 Oct '14

20 Oct '14

Hello, after upgrading to 3.5 I also upgraded to the lasted engine-ha and ran into this dependency issue. I just skipped it for the moment as I consider libguestfs not so much essential on the hosts. Error: Package: 1:python-libguestfs-1.20.11-2.el6.x86_64 (@base) Requires: libguestfs = 1:1.20.11-2.el6 Removing: 1:libguestfs-1.20.11-2.el6.x86_64 (@base) libguestfs = 1:1.20.11-2.el6 Updated By: 1:libguestfs-1.20.11-10.el6.x86_64 (ovirt-3.5) libguestfs = 1:1.20.11-10.el6 -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 1

Best way for using Ubuntu 14 as a guest OS of oVirt 3.5.
by Fumihide Tani 19 Oct '14

19 Oct '14

Hi, everyone, I have found a big solution for using Ubuntu 14 as a guest of oVirt 3.5! Ubuntu 14 is troublesome on KVM and SPICE environment now. Known issues are: - missing letters from Ubuntu desktop title and menu - frequently VM goes too much cpu usage and no operationable If you want to solve these, simply do next: # sudo apt-get remove xserver-xorg-video-qxl then you will get everything goes fine! Good luck, Fumihide Tani

2 2

Re: [ovirt-users] Cluster settings: "KSM Control" not working?
by Doron Fediuck 19 Oct '14

19 Oct '14

----_com.android.email_1171239952746600 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmtzIEZyYW5rLsKgCk5vIG5lZWQgZm9yIG1hbnVhbCBzeW5jIGlmIHRoZSBjbHVzdGVyIHBv bGljeSBpcyBzZXQsIHRoZSBlbmdpbmUgd2lsbCB1cGRhdGUgdGhlIHBvbGljZSB3aGVuIHRoZSBo b3N0IG1vdmVzIHRvIHN0YXR1cyB1cC4KCi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0t LS0KRnJvbTogRnJhbmsgV2FsbCA8ZndAbW9vdi5kZT4gCkRhdGU6MTkvMTAvMjAxNCAgMjI6NDgg IChHTVQrMDI6MDApIApUbzogRG9yb24gRmVkaXVjayA8ZGZlZGl1Y2tAcmVkaGF0LmNvbT4gCkNj OiBBbWFkb3IgUGFoaW0gPGFwYWhpbUByZWRoYXQuY29tPix1c2Vyc0BvdmlydC5vcmcsTWFydGlu IFNpdmFrIDxtc2l2YWtAcmVkaGF0LmNvbT4gClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIENs dXN0ZXIgc2V0dGluZ3M6ICJLU00gQ29udHJvbCIgbm90IHdvcmtpbmc/IAoKSGkgRG9yb24sCgpP biBTdW4sIE9jdCAxOSwgMjAxNCBhdCAxMTo0Mjo0N0FNIC0wNDAwLCBEb3JvbiBGZWRpdWNrIHdy b3RlOgo+IEtTTSBpcyBjb250cm9sbGVkIGJ5IE1vTSwgd2hpY2ggZ2V0cyBpdHMgcG9saWN5IGZy b20gdGhlIGVuZ2luZSB0aHJvdWdoCj4gVkRTTS4gTW9NIHdpbGwgY2FsbCBrc20gZGlyZWN0bHkg YXMgbmVlZGVkIHdoZW4gbmVlZGVkLiBJZiB5b3UgY2hvb3NlCj4gdG8gZGlzYWJsZSBpdCB0aGUg cG9saWN5IG5lZWRzIHRvIGdldCB1cGRhdGVkLgo+IENhbiB5b3UgcGxlYXNlIGNoZWNrIHlvdXIg bW9tIGxvZ3MgYW5kIHNlZSBpZiB0aGVyZSBhcmUgYW55IGVycm9ycyB0aGVyZT8KCkkgd2Fzbid0 IGF3YXJlIG9mIG1vbS5sb2csIHRoYW5rcyEgOi0pIEFmdGVyIGFub3RoZXIgaG9zdCByZWJvb3Qg CmFuZCBhIG1hbnVhbCAiU3luYyBNT00gUG9saWN5IiBpdCBzZWVtcyBsaWtlIHRoZSBzZXR0aW5n IGZpbmFsbHkgY2FtZSAKdGhyb3VnaDoKCjIwMTQtMTAtMTkgMTU6NTc6MTgsMjExIC0gbW9tLkNv bnRyb2xsZXJzLktTTSAtIElORk8gLSBVcGRhdGluZyBLU00gY29uZmlndXJhdGlvbjogcGFnZXNf dG9fc2Nhbjo2NCBydW46MCBzbGVlcF9taWxsaXNlY3M6MTAKCk5vdyB0aGUga3NtZCBwcm9jZXNz IGlzIHN0aWxsIHRoZXJlLCBidXQgaXQgcmVtYWlucyBpZGxlLgpJJ3ZlIHRyaWVkIHRoaXMgbXVs dGlwbGUgdGltZXMgYmVmb3JlIHVwZ3JhZGluZyB0byAzLjUuMCBHQQp0b2RheS4gTWF5YmUgaXQg d2FzIGJyb2tlbiBiZXR3ZWVuIFJDIGFuZCBHQS4KCkknbGwga2VlcCBhbiBleWUgb24gdGhpcyBh bmQgb3BlbiBhIEJaIGluIGNhc2UgdGhlIHNldHRpbmcgd2lsbApjaGFuZ2UgYWdhaW4uCgoKUmVn YXJkcwotIEZyYW5rCgo= ----_com.android.email_1171239952746600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5UaGFua3MgRnJhbmsuJm5i c3A7PC9kaXY+PGRpdj5ObyBuZWVkIGZvciBtYW51YWwgc3luYyBpZiB0aGUgY2x1c3RlciBwb2xp Y3kgaXMgc2V0LCB0aGUgZW5naW5lIHdpbGwgdXBkYXRlIHRoZSBwb2xpY2Ugd2hlbiB0aGUgaG9z dCBtb3ZlcyB0byBzdGF0dXMgdXAuPC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNz YWdlIC0tLS0tLS0tPGJyPkZyb206IEZyYW5rIFdhbGwgPGZ3QG1vb3YuZGU+IDxicj5EYXRlOjE5 LzEwLzIwMTQgIDIyOjQ4ICAoR01UKzAyOjAwKSA8YnI+VG86IERvcm9uIEZlZGl1Y2sgPGRmZWRp dWNrQHJlZGhhdC5jb20+IDxicj5DYzogQW1hZG9yIFBhaGltIDxhcGFoaW1AcmVkaGF0LmNvbT4s dXNlcnNAb3ZpcnQub3JnLE1hcnRpbiBTaXZhayA8bXNpdmFrQHJlZGhhdC5jb20+IDxicj5TdWJq ZWN0OiBSZTogW292aXJ0LXVzZXJzXSBDbHVzdGVyIHNldHRpbmdzOiAiS1NNIENvbnRyb2wiIG5v dCB3b3JraW5nPyA8YnI+PGJyPkhpIERvcm9uLDxicj48YnI+T24gU3VuLCBPY3QgMTksIDIwMTQg YXQgMTE6NDI6NDdBTSAtMDQwMCwgRG9yb24gRmVkaXVjayB3cm90ZTo8YnI+Jmd0OyBLU00gaXMg Y29udHJvbGxlZCBieSBNb00sIHdoaWNoIGdldHMgaXRzIHBvbGljeSBmcm9tIHRoZSBlbmdpbmUg dGhyb3VnaDxicj4mZ3Q7IFZEU00uIE1vTSB3aWxsIGNhbGwga3NtIGRpcmVjdGx5IGFzIG5lZWRl ZCB3aGVuIG5lZWRlZC4gSWYgeW91IGNob29zZTxicj4mZ3Q7IHRvIGRpc2FibGUgaXQgdGhlIHBv bGljeSBuZWVkcyB0byBnZXQgdXBkYXRlZC48YnI+Jmd0OyBDYW4geW91IHBsZWFzZSBjaGVjayB5 b3VyIG1vbSBsb2dzIGFuZCBzZWUgaWYgdGhlcmUgYXJlIGFueSBlcnJvcnMgdGhlcmU/PGJyPjxi cj5JIHdhc24ndCBhd2FyZSBvZiBtb20ubG9nLCB0aGFua3MhIDotKSBBZnRlciBhbm90aGVyIGhv c3QgcmVib290IDxicj5hbmQgYSBtYW51YWwgIlN5bmMgTU9NIFBvbGljeSIgaXQgc2VlbXMgbGlr ZSB0aGUgc2V0dGluZyBmaW5hbGx5IGNhbWUgPGJyPnRocm91Z2g6PGJyPjxicj4yMDE0LTEwLTE5 IDE1OjU3OjE4LDIxMSAtIG1vbS5Db250cm9sbGVycy5LU00gLSBJTkZPIC0gVXBkYXRpbmcgS1NN IGNvbmZpZ3VyYXRpb246IHBhZ2VzX3RvX3NjYW46NjQgcnVuOjAgc2xlZXBfbWlsbGlzZWNzOjEw PGJyPjxicj5Ob3cgdGhlIGtzbWQgcHJvY2VzcyBpcyBzdGlsbCB0aGVyZSwgYnV0IGl0IHJlbWFp bnMgaWRsZS48YnI+SSd2ZSB0cmllZCB0aGlzIG11bHRpcGxlIHRpbWVzIGJlZm9yZSB1cGdyYWRp bmcgdG8gMy41LjAgR0E8YnI+dG9kYXkuIE1heWJlIGl0IHdhcyBicm9rZW4gYmV0d2VlbiBSQyBh bmQgR0EuPGJyPjxicj5JJ2xsIGtlZXAgYW4gZXllIG9uIHRoaXMgYW5kIG9wZW4gYSBCWiBpbiBj YXNlIHRoZSBzZXR0aW5nIHdpbGw8YnI+Y2hhbmdlIGFnYWluLjxicj48YnI+PGJyPlJlZ2FyZHM8 YnI+LSBGcmFuazxkaXY+PGJyPjwvZGl2PjwvYm9keT4= ----_com.android.email_1171239952746600--

1 0

VSDM Hosts Swapspace
by Matt . 19 Oct '14

19 Oct '14

Hi All, As I'm not a big fan of swapping, as most people don't I think, I wonder why the following calculation is made: The default overcommit ratio is 0.5. The recommended size of the swap partition can be determined by: Multiplying the amount of system RAM by the expected overcommit ratio, and adding 2 GB of swap space for systems with 4 GB of RAM or less, or 4 GB of swap space for systems with between 4 GB and 16 GB of RAM, or 8 GB of swap space for systems with between 16 GB and 64 GB of RAM, or 16 GB of swap space for systems with between 64 GB and 256 GB of RAM. Example recommended SWAP calculation for a machine with 16 GB of RAM: (16 GB x 0.5) + 8 GB = 16 GB Would VM's make the Host swap that fast when the mem is overcommitted ? I have tested this and don't see much more than 1,5GB of swap usage. I hope someone can tell me how they see/use this. Matt

2 1

No package ovirt-engine-extension-aaa-ldap available.
by Fumihide Tani 19 Oct '14

19 Oct '14

Hi everyone, After oVirt 3.5 GA fresh installation, then I tried to install the ovirt-engine-extension-aaa-ldap. [root@ovirt ~]# yum install ovirt-engine-extension-aaa-ldap Loaded plugins: fastestmirror, security, versionlock Loading mirror speeds from cached hostfile epel/metalink | 6.1 kB 00:00 ovirt-3.5-epel/metalink | 6.1 kB 00:00 * base: www.ftp.ne.jp * epel: ftp.kddilabs.jp * extras: www.ftp.ne.jp * ovirt-3.5: resources.ovirt.org * ovirt-3.5-epel: ftp.kddilabs.jp * ovirt-3.5-jpackage-6.0-generic: sunsite.informatik.rwth-aachen.de * updates: www.ftp.ne.jp base | 3.7 kB 00:00 epel | 4.4 kB 00:00 http://ftp.kddilabs.jp/Linux/packages/fedora/epel/6/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for epel Trying other mirror. epel | 4.4 kB 00:00 extras | 3.3 kB 00:00 ovirt-3.5 | 2.9 kB 00:00 ovirt-3.5-epel | 4.4 kB 00:00 http://ftp.kddilabs.jp/Linux/packages/fedora/epel/6/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for ovirt-3.5-epel Trying other mirror. ovirt-3.5-epel | 4.4 kB 00:00 ovirt-3.5-glusterfs-epel | 2.9 kB 00:00 ovirt-3.5-glusterfs-noarch-epel | 2.9 kB 00:00 ovirt-3.5-jpackage-6.0-generic | 951 B 00:00 ovirt-3.5-patternfly1-noarch-epel | 3.0 kB 00:00 updates | 3.4 kB 00:00 Setting up Install Process No package ovirt-engine-extension-aaa-ldap available. Error: Nothing to do [root@ovirt ~]# ovirt-3.5 repo does not support ovirt-engine-extension-aaa-ldap? Thanks, Fumihide Tani

2 3

Re: [ovirt-users] oVirt monitoring
by Rene Koch 19 Oct '14

19 Oct '14

Hi Ryan, If you want to monitor your oVirt environment (storage domains, data centers, clusters, hosts) using Nagios you can use check_rhev3: https://github.com/ovido/check_rhev3 For monitoring virtual machines with Nagios it's possible to use this plugin as well, but I suggest other (more detailed) methods like nrpe, ssh, snmp or check_mk agent: http://mathias-kettner.de/checkmk.html You can also display all your Nagios check results in oVirt webadmin with the Monitoring UI-plugin: https://github.com/monitoring-ui-plugin/monitoring-ui-plugin Regards, René -----Original message----- From: Shirly Radco <sradco(a)redhat.com> Sent: Sun 10-19-2014 08:32 am Subject: Re: [ovirt-users] oVirt monitoring To: Ryan Nix <ryan.nix(a)gmail.com>; CC: users(a)ovirt.org; > Hi Ryan, > > You can use oVirt reports and dwh packages that collects historical data > and provides reports that enable you to monitor the system currently and over > time. > > http://www.ovirt.org/Ovirt_Reports > > Best regards, > --- > Shirly Radco > BI Software Engineer > Red Hat Israel Ltd. > > > ----- Original Message ----- > > From: "Mooli Tayer" <mtayer(a)redhat.com> > > To: "Ryan Nix" <ryan.nix(a)gmail.com> > > Cc: users(a)ovirt.org > > Sent: Saturday, October 18, 2014 8:27:30 PM > > Subject: Re: [ovirt-users] oVirt monitoring > > > > Hi Ryan, > > > > 1.) The Nagios integration page seems to be back up. > > > > 2.) For monitoring of events available in oVirt-engine's audit log, > > It is possible to register for both email and snmp trap notifications[1]. > > > > A portion of these events are related to managed resources. > > > > Trap notifications allow integration with monitoring systems. > > See: [1], [2] and [3]. > > > > [1] http://www.ovirt.org/Features/engine-snmp > > [2] http://www.ovirt.org/Features/configuration-event-subscribers > > [3] https://bugzilla.redhat.com/show_bug.cgi?id=1136818 > > This RFE allows easier integration with monitoring systems and should > > be available soon. Some work with snmptt can achieve the same result. > > > > Regards, > > Mooli Tayer. > > > > ----- Original Message ----- > > > Hello, > > > > > > I was looking for something to monitor the resources managed by oVirt and > > > not > > > necessarily oVirt itself. It looks like there is a page on Nagios > > > integration, however, I'm getting a 503 when trying to access the site. > > > http://www.ovirt.org/Features/Nagios_Integration > > > > > > Does anyone have any recommendations on monitoring resources managed by > > > oVirt? > > > > > > Thanks, > > > > > > Ryn > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

2 1

CentOS 7 + oVirt 3.5 + OpenVPN
by Phil Daws 19 Oct '14

19 Oct '14

Hello: have installed oVirt 3.5 VDSM on a CentOS 7 node and then OpenVPN. The problem I have is that when I start OpenVPN I receive the message: Oct 18 13:29:50 kvm01 openvpn[4159]: /usr/sbin/ip link set dev tun0 up mtu 1500 Oct 18 13:29:50 kvm01 openvpn[4159]: /usr/sbin/ip addr add dev tun0 192.168.124.200/25 broadcast 192.168.124.255 Oct 18 13:29:50 kvm01 openvpn[4159]: /usr/sbin/ip route add 192.168.0.0/16 via 192.168.124.1 Oct 18 13:29:50 kvm01 openvpn[4159]: ERROR: Linux route add command failed: external program exited with error status: 2 and if I run the route command manually: [root@kvm01 sysconfig]# /usr/sbin/ip route add 192.168.0.0/16 via 192.168.124.1 RTNETLINK answers: No such process It would appear the tunnel is up: [root@kvm01 sysconfig]# ip add ls 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN link/ether f2:c9:ce:e5:ac:32 brd ff:ff:ff:ff:ff:ff 3: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP qlen 1000 link/ether c8:1f:66:c4:2c:76 brd ff:ff:ff:ff:ff:ff inet6 fe80::ca1f:66ff:fec4:2c76/64 scope link valid_lft forever preferred_lft forever 4: em2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether c8:1f:66:c4:2c:77 brd ff:ff:ff:ff:ff:ff 6: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 46:af:6e:9a:1e:4b brd ff:ff:ff:ff:ff:ff 8: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether c8:1f:66:c4:2c:76 brd ff:ff:ff:ff:ff:ff inet XXX.XXX.XXX.XXX/23 brd 88.150.253.255 scope global ovirtmgmt valid_lft forever preferred_lft forever inet6 fe80::ca1f:66ff:fec4:2c76/64 scope link valid_lft forever preferred_lft forever 10: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100 link/none inet 192.168.124.200/25 brd 192.168.124.255 scope global tun0 valid_lft forever preferred_lft forever Any thoughts as to why the route will not work ? Rationale for this approach is its a cloud server and wish to use a private network to reach the install VMs on that node. Thanks, Phil

2 2

oVirt monitoring
by Ryan Nix 19 Oct '14

19 Oct '14

Hello, I was looking for something to monitor the resources managed by oVirt and not necessarily oVirt itself. It looks like there is a page on Nagios integration, however, I'm getting a 503 when trying to access the site. http://www.ovirt.org/Features/Nagios_Integration Does anyone have any recommendations on monitoring resources managed by oVirt? Thanks, Ryn

3 2