Bug 1139671 - When AuthN extension doesn't have link to authZ plugin, internal provider crash
Summary: When AuthN extension doesn't have link to authZ plugin, internal provider crash
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: oVirt
Classification: Retired
Component: ovirt-engine-core
Version: 3.5
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
: 3.5.0
Assignee: Alon Bar-Lev
QA Contact: Ondra Machacek
URL:
Whiteboard: infra
Depends On:
Blocks: oVirt-AAA-rewrite
TreeView+ depends on / blocked
 
Reported: 2014-09-09 12:05 UTC by Ondra Machacek
Modified: 2016-02-10 19:30 UTC (History)
8 users (show)

Fixed In Version: ovirt-3.5.0_rc2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-10-17 12:35:57 UTC
oVirt Team: Infra
Embargoed:

Attachments (Terms of Use)
server.log (32.56 KB, text/plain)
2014-09-09 12:05 UTC, Ondra Machacek 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 32699 0 master MERGED extmgr: raise config exception if requested extension is null Never
oVirt gerrit 32702 0 ovirt-engine-3.5 MERGED extmgr: raise config exception if requested extension is null Never

Description Ondra Machacek 2014-09-09 12:05:57 UTC 
Created attachment 935652 [details]
server.log

Description of problem:


Version-Release number of selected component (if applicable):
rhevm-3.5.0-0.10.master.el6ev.noarch

How reproducible:
always

Steps to Reproduce:
1. install rhevm-extensions-api-impl-3.5.0-0.10.master.el6ev.noarch
2. cat >> /etc/ovirt-engine/extensions.d/ldap-authn-ad_ad-w2k12r2.properties << EOF
ovirt.engine.extension.enabled = true
ovirt.engine.extension.name = ldap-authn-ad_ad-w2k12r2
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.AuthnExtension
ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
config.profile.file.1 = /tmp/ad-w2k12r2.rhev.lab.eng.brq.redhat.com.properties
ovirt.engine.aaa.authn.profile.name = ldap-ad_ad-w2k12r2
#ovirt.engine.aaa.authn.authz.plugin = ldap-authz-ad_ad-w2k12r2
EOF
3. service ovirt-engine restart

Actual results:
engine don't start

Expected results:
engine start

Additional info:
Comment 1 Alon Bar-Lev 2014-09-09 12:23:54 UTC 
Why downstream? it is not downstream specific issue.
Comment 2 Ondra Machacek 2014-09-09 12:49:53 UTC 
We should open bugs on downstream now.
Comment 3 Alon Bar-Lev 2014-09-09 13:00:56 UTC 
(In reply to Ondra Machacek from comment #2)
> We should open bugs on downstream now.

why?
Comment 4 Ondra Machacek 2014-09-09 13:27:14 UTC 
We work with downstream now, so we open bugs on downstream.
I am not aware of more details.
Comment 5 Ondra Machacek 2014-09-11 07:34:12 UTC 
2014-09-11 07:20:15,699 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (ServerService Thread Pool -- 53) 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:515) / createPool(Framework.java:631) / runSequence(Framework.java:1272) / open(Framework.java:665) / ensureFramework(AuthnExtension.java:47) / doInit(AuthnExtension.java:122) / invoke(AuthnExtension.java:60) / invoke(ExtensionProxy.java:49) / invoke(ExtensionProxy.java:73) / invoke(ExtensionProxy.java:109) / initialize(ExtensionsManager.java:308) / engineInitialize(EngineExtensionsManager.java:110) / 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) / invokeInNoTx(CMTTxInterceptor.java:259) / supports(CMTTxInterceptor.java:398) / processInvocation(LifecycleCMTTxInterceptor.java:68) / 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:126) / start(SingletonComponent.java:141) / run(ComponentStartService.java:54) / call(Executors.java:471) / run(FutureTask.java:262) / runWorker(ThreadPoolExecutor.java:1145) / run(ThreadPoolExecutor.java:615) / run(Thread.java:745) / run(JBossThread.java:122)


ok rhevm-3.5.0-0.11.beta.el6ev.noarch
Comment 6 Sandro Bonazzola 2014-10-17 12:35:57 UTC 
oVirt 3.5 has been released and should include the fix for this issue.
Note You need to log in before you can comment on or make changes to this bug.