[JBoss JIRA] (WFCORE-1583) Enhance a CLI logging
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1583?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise reassigned WFCORE-1583:
--------------------------------------------
Assignee: Jean-Francois Denise
> Enhance a CLI logging
> ---------------------
>
> Key: WFCORE-1583
> URL: https://issues.jboss.org/browse/WFCORE-1583
> Project: WildFly Core
> Issue Type: Enhancement
> Components: CLI
> Reporter: Alexey Loubyansky
> Assignee: Jean-Francois Denise
> Priority: Minor
>
> We should improve a logging capabilities of CLI. CLI logging is disabled by default, but it can be enabled by altering the jboss-cli-logging.properties.
> Here is my test scenario.
> {noformat}
> [pkremens@localhost bin]$ ./jboss-cli.sh -c
> [standalone@localhost:9990 /] /system-property=foo:add(value=bar bar)
> {"outcome" => "success"}
> [standalone@localhost:9990 /] shutdown
> {noformat}
> Set CLI logger level to ALL (logger.org.jboss.as.cli.level=ALL) to see all logs produced by CLI
> actual content of jboss-cli.log - only server response is logged
> {noformat}
> 13:45:48,041 DEBUG [org.jboss.as.cli.CommandContext] connecting to localhost:9990 as null
> 13:46:04,033 INFO [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> I can imagine content like following could be helpful for troubleshooting
> {noformat}
> ...
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] /system-property=foo:add(value=bar bar)
> {
> "address" => [("system-property" => "foo")],
> "operation" => "add",
> "value" => "barbar"
> }
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> AFAICT the only possibility to get the actual CLI requests in raw form is to map the content of $HOME/.jboss-cli-history file with configuration history or audit log now.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7289) Adding ldap-key-store requires accessible ldap server
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-7289?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on WFLY-7289:
----------------------------------------
I have merged the pull request as it adds additional logging but there is still the problem that the server should be able to come up even if the LDAP server is unavailable.
> Adding ldap-key-store requires accessible ldap server
> -----------------------------------------------------
>
> Key: WFLY-7289
> URL: https://issues.jboss.org/browse/WFLY-7289
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Assignee: Jan Kalina
> Priority: Critical
>
> Playing with ldap-key-store . What I consider very unconvenient is fact, that in moment of adding ldap-key-store, ldap server has to be running and accessible. Elytron ldap-realm does not need that. Doubt about legacy security realms. Is it possible to decouple that dependency and leave that check till first ldap-key-store usage?
> Steps to reproduce:
> {code}
> [standalone@localhost:9990 /] /subsystem=elytron/dir-context=a:add()
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=elytron/ldap-key-store=a:add(dir-context=a, search-path="a")
> {
> "outcome" => "failed",
> "rolled-back" => true
> }
> {code}
> leads to exception in server log
> {code}
> 14:37:25,917 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0403: Unexpected failure during execution of the following operation(s): [{
> "address" => [
> ("subsystem" => "elytron"),
> ("ldap-key-store" => "a")
> ],
> "operation" => "add",
> "search-path" => "a",
> "dir-context" => "a",
> "operation-headers" => {
> "caller-type" => "user",
> "access-mechanism" => "NATIVE"
> }
> }]: java.lang.IllegalStateException: ELY02015: Failed to obtain DirContext
> at org.wildfly.security.keystore.LdapKeyStoreSpi.obtainDirContext(LdapKeyStoreSpi.java:126)
> at org.wildfly.security.keystore.LdapKeyStoreSpi.engineSize(LdapKeyStoreSpi.java:381)
> at java.security.KeyStore.size(KeyStore.java:1271)
> at org.wildfly.security.keystore.DelegatingKeyStoreSpi.engineSize(DelegatingKeyStoreSpi.java:121)
> at java.security.KeyStore.size(KeyStore.java:1271)
> at org.wildfly.extension.elytron.KeyStoreResource.containsAliases(KeyStoreResource.java:163)
> at org.wildfly.extension.elytron.KeyStoreResource.getChildTypes(KeyStoreResource.java:61)
> at org.jboss.as.controller.registry.AbstractModelResource$DelegateResource.getChildTypes(AbstractModelResource.java:372)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:287)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:276)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:262)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:291)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:276)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:262)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:291)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:276)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:262)
> at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:250)
> at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:787)
> at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:520)
> at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:758)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:709)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:422)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: javax.naming.NamingException: Cannot parse url: undefined [Root exception is java.net.MalformedURLException: Invalid URI: undefined]
> at com.sun.jndi.ldap.LdapURL.<init>(LdapURL.java:92)
> at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:163)
> at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:210)
> at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:153)
> at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:83)
> at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:114)
> at org.jboss.as.naming.InitialContext.init(InitialContext.java:99)
> at javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154)
> at org.jboss.as.naming.InitialContext.<init>(InitialContext.java:89)
> at org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:43)
> at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)
> at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
> at javax.naming.InitialContext.init(InitialContext.java:244)
> at javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154)
> at org.wildfly.security.auth.realm.ldap.SimpleDirContextFactoryBuilder$SimpleDirContextFactory.createDirContext(SimpleDirContextFactoryBuilder.java:286)
> at org.wildfly.security.auth.realm.ldap.SimpleDirContextFactoryBuilder$SimpleDirContextFactory.obtainDirContext(SimpleDirContextFactoryBuilder.java:222)
> at org.wildfly.extension.elytron.DirContextDefinition.lambda$null$0(DirContextDefinition.java:148)
> at org.wildfly.security.keystore.LdapKeyStoreSpi.obtainDirContext(LdapKeyStoreSpi.java:120)
> ... 39 more
> Caused by: java.net.MalformedURLException: Invalid URI: undefined
> at com.sun.jndi.toolkit.url.Uri.parse(Uri.java:199)
> at com.sun.jndi.toolkit.url.Uri.init(Uri.java:138)
> at com.sun.jndi.ldap.LdapURL.<init>(LdapURL.java:82)
> ... 56 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFCORE-1892) Support rejection-style testing for capabilities-enabled subsystem in test framework
by Radoslav Husar (JIRA)
Radoslav Husar created WFCORE-1892:
--------------------------------------
Summary: Support rejection-style testing for capabilities-enabled subsystem in test framework
Key: WFCORE-1892
URL: https://issues.jboss.org/browse/WFCORE-1892
Project: WildFly Core
Issue Type: Feature Request
Components: Test Suite
Affects Versions: 3.0.0.Alpha10
Reporter: Radoslav Husar
Assignee: Tomaz Cerar
Rejection-style transformer tests assumes each operation generated by parser can be executed on its own, outside of a batch This has been generally the case until introduction of capabilities. If a subsystem add operation references a capability introduced by subsequent add operations the rejection test cannot be bent over to pass. This is an issue of the test framework, during normal boot the operations are batched and this is not a problem.
An example of this can be found in the singleton subsystem:
/subsystem=singleton:add(default=mypolicy)
/subsystem=singleton/singleton-policy=mypolicy:add(...)
I assume this will be more of a problem when testing EAP 7.2 to 7.1 transformations since there aren't many subsystems supporting capabilities in 7.0 apart from the singleton subsystem.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFCORE-1892) Support rejection-style testing for capabilities-enabled subsystem in test framework
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1892?page=com.atlassian.jira.plugi... ]
Radoslav Husar reassigned WFCORE-1892:
--------------------------------------
Assignee: Kabir Khan (was: Tomaz Cerar)
> Support rejection-style testing for capabilities-enabled subsystem in test framework
> ------------------------------------------------------------------------------------
>
> Key: WFCORE-1892
> URL: https://issues.jboss.org/browse/WFCORE-1892
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Test Suite
> Affects Versions: 3.0.0.Alpha10
> Reporter: Radoslav Husar
> Assignee: Kabir Khan
>
> Rejection-style transformer tests assumes each operation generated by parser can be executed on its own, outside of a batch This has been generally the case until introduction of capabilities. If a subsystem add operation references a capability introduced by subsequent add operations the rejection test cannot be bent over to pass. This is an issue of the test framework, during normal boot the operations are batched and this is not a problem.
> An example of this can be found in the singleton subsystem:
> /subsystem=singleton:add(default=mypolicy)
> /subsystem=singleton/singleton-policy=mypolicy:add(...)
> I assume this will be more of a problem when testing EAP 7.2 to 7.1 transformations since there aren't many subsystems supporting capabilities in 7.0 apart from the singleton subsystem.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFCORE-1695) Echo tab completion suggests variables without $ prefix
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1695?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise reassigned WFCORE-1695:
--------------------------------------------
Assignee: Jean-Francois Denise (was: Alexey Loubyansky)
> Echo tab completion suggests variables without $ prefix
> -------------------------------------------------------
>
> Key: WFCORE-1695
> URL: https://issues.jboss.org/browse/WFCORE-1695
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Reporter: Martin Schvarcbacher
> Assignee: Jean-Francois Denise
> Priority: Minor
>
> *Description:*
> echo command prints all variables in tab auto-complete even without typing $ prefix
> This duplicates functionality of 'set' with no arguments.
> *Steps to reproduce*
> {code:bash}
> [disconnected /] set myvar1=value1
> [disconnected /] set myvar2=value2
> [disconnected /] set
> myvar1=value1
> myvar2=value2
> {code}
> *Actual*
> {code:bash}
> [disconnected /] echo <TAB>
> --help myvar1 myvar2 #should not suggest variables
> [disconnected /] echo $<TAB>myvar<TAB> #expected, auto-completes with $prefix
> myvar1 myvar2
> [disconnected /] echo myvar<TAB> #autocompletes variable without $prefix
> myvar1 myvar2
> {code}
> *Expected*
> {code:bash}
> [disconnected /] echo <TAB>
> --help
> [disconnected /] echo $<TAB>myvar<TAB>
> myvar1 myvar2
> [disconnected /] echo myvar<TAB> #does not suggest anything
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-4576) JCE jar file inside a deployment fails the signature check
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4576?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-4576:
------------------------------
Workaround Description:
- deploy as a module and use a dependency
- register in the JDK as any other JCE library
or add jboss-deployment-structure.xml
{code:xml}
<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
<deployment>
<resources>
<resource-root path="WEB-INF/lib/bcprov-jdk15on-1.51.jar" use-physical-code-source="true"/>
</resources>
</deployment>
</jboss-deployment-structure>
{code}
was:
- deploy as a module and use a dependency
- register in the JDK as any other JCE library
However: this means extra configuration, while shipping inside the war file requires none at all.
> JCE jar file inside a deployment fails the signature check
> ------------------------------------------------------------
>
> Key: WFLY-4576
> URL: https://issues.jboss.org/browse/WFLY-4576
> Project: WildFly
> Issue Type: Bug
> Components: VFS
> Affects Versions: 9.0.0.Beta2
> Environment: Wildfly build from master on April 22, 2015
> Reporter: Tom Fonteyne
> Assignee: Tomaz Cerar
> Attachments: bouncycastle.zip
>
>
> deploy a war file which contains the bouncycastle (or any other JCE) signed jar file. Initialise and try to use a cipher results in a failure due to VFS not being able to read and verify the file
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7374) WildFfly openssl requires glibc 2.14 resulting in failure when starting on RHEL 6
by Radim Hatlapatka (JIRA)
[ https://issues.jboss.org/browse/WFLY-7374?page=com.atlassian.jira.plugin.... ]
Radim Hatlapatka updated WFLY-7374:
-----------------------------------
Description:
When starting EAP on RHEL 6 it shows ERROR messages when loading openssl \[1\]. This is caused by the wrapper requiring glibc 2.14 or newer but on RHEL 6 (RHEL 6.7) there is only glibc 2.12.
As there should be no ERROR messages during EAP start with default configuration, marking as blocker.
\[1\]
{noformat}
11:20:42,474 ERROR [stderr] (MSC service thread 1-3) java.lang.reflect.InvocationTargetException
11:20:42,476 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
11:20:42,479 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
11:20:42,481 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
11:20:42,494 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Method.invoke(Method.java:498)
11:20:42,495 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.init(SSL.java:73)
11:20:42,496 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.getInstance(SSL.java:49)
11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.OpenSSLEngine.<clinit>(OpenSSLEngine.java:59)
11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName0(Native Method)
11:20:42,498 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName(Class.java:348)
11:20:42,499 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:47)
11:20:42,505 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:43)
11:20:42,508 ERROR [stderr] (MSC service thread 1-3) at java.security.AccessController.doPrivileged(Native Method)
11:20:42,516 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider.<clinit>(OpenSSLAlpnProvider.java:43)
11:20:42,517 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
11:20:42,524 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
11:20:42,525 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
11:20:42,539 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
11:20:42,540 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.newInstance(Class.java:442)
11:20:42,541 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
11:20:42,543 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<init>(ALPNManager.java:40)
11:20:42,548 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<clinit>(ALPNManager.java:35)
11:20:42,550 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:64)
11:20:42,551 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:83)
11:20:42,552 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:75)
11:20:42,553 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createAlpnOpenListener(HttpsListenerService.java:101)
11:20:42,557 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createOpenListener(HttpsListenerService.java:86)
11:20:42,572 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:158)
11:20:42,581 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
11:20:42,582 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
11:20:42,590 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
11:20:42,591 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
11:20:42,593 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:745)
11:20:42,595 ERROR [stderr] (MSC service thread 1-3) Caused by: java.lang.UnsatisfiedLinkError: /tmp/tmp-2717760086872143296openssl/libwfssl.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/tmp-2717760086872143296openssl/libwfssl.so)
11:20:42,596 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader$NativeLibrary.load(Native Method)
11:20:42,597 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
11:20:42,598 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1837)
11:20:42,610 ERROR [stderr] (MSC service thread 1-3) at java.lang.Runtime.loadLibrary0(Runtime.java:870)
11:20:42,611 ERROR [stderr] (MSC service thread 1-3) at java.lang.System.loadLibrary(System.java:1122)
11:20:42,619 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL$LibraryLoader.load(SSL.java:180)
11:20:42,620 ERROR [stderr] (MSC service thread 1-3) ... 34 more
{noformat}
was:
When starting EAP on RHEL 6 it shows ERROR messages when loading openssl \[1\]. This is caused by the wrapper requiring glibc 2.14 or newer but on RHEL 6.7 there is only glibc 2.12.
As there should be no ERROR messages during EAP start with default configuration, marking as blocker.
\[1\]
{noformat}
11:20:42,474 ERROR [stderr] (MSC service thread 1-3) java.lang.reflect.InvocationTargetException
11:20:42,476 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
11:20:42,479 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
11:20:42,481 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
11:20:42,494 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Method.invoke(Method.java:498)
11:20:42,495 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.init(SSL.java:73)
11:20:42,496 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.getInstance(SSL.java:49)
11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.OpenSSLEngine.<clinit>(OpenSSLEngine.java:59)
11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName0(Native Method)
11:20:42,498 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName(Class.java:348)
11:20:42,499 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:47)
11:20:42,505 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:43)
11:20:42,508 ERROR [stderr] (MSC service thread 1-3) at java.security.AccessController.doPrivileged(Native Method)
11:20:42,516 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider.<clinit>(OpenSSLAlpnProvider.java:43)
11:20:42,517 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
11:20:42,524 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
11:20:42,525 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
11:20:42,539 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
11:20:42,540 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.newInstance(Class.java:442)
11:20:42,541 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
11:20:42,543 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<init>(ALPNManager.java:40)
11:20:42,548 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<clinit>(ALPNManager.java:35)
11:20:42,550 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:64)
11:20:42,551 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:83)
11:20:42,552 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:75)
11:20:42,553 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createAlpnOpenListener(HttpsListenerService.java:101)
11:20:42,557 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createOpenListener(HttpsListenerService.java:86)
11:20:42,572 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:158)
11:20:42,581 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
11:20:42,582 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
11:20:42,590 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
11:20:42,591 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
11:20:42,593 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:745)
11:20:42,595 ERROR [stderr] (MSC service thread 1-3) Caused by: java.lang.UnsatisfiedLinkError: /tmp/tmp-2717760086872143296openssl/libwfssl.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/tmp-2717760086872143296openssl/libwfssl.so)
11:20:42,596 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader$NativeLibrary.load(Native Method)
11:20:42,597 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
11:20:42,598 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1837)
11:20:42,610 ERROR [stderr] (MSC service thread 1-3) at java.lang.Runtime.loadLibrary0(Runtime.java:870)
11:20:42,611 ERROR [stderr] (MSC service thread 1-3) at java.lang.System.loadLibrary(System.java:1122)
11:20:42,619 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL$LibraryLoader.load(SSL.java:180)
11:20:42,620 ERROR [stderr] (MSC service thread 1-3) ... 34 more
{noformat}
> WildFfly openssl requires glibc 2.14 resulting in failure when starting on RHEL 6
> ---------------------------------------------------------------------------------
>
> Key: WFLY-7374
> URL: https://issues.jboss.org/browse/WFLY-7374
> Project: WildFly
> Issue Type: Bug
> Components: Security, Server, Web (Undertow)
> Reporter: Radim Hatlapatka
> Assignee: Stuart Douglas
> Priority: Blocker
> Labels: wildfly-openssl
>
> When starting EAP on RHEL 6 it shows ERROR messages when loading openssl \[1\]. This is caused by the wrapper requiring glibc 2.14 or newer but on RHEL 6 (RHEL 6.7) there is only glibc 2.12.
> As there should be no ERROR messages during EAP start with default configuration, marking as blocker.
> \[1\]
> {noformat}
> 11:20:42,474 ERROR [stderr] (MSC service thread 1-3) java.lang.reflect.InvocationTargetException
> 11:20:42,476 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 11:20:42,479 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 11:20:42,481 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 11:20:42,494 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Method.invoke(Method.java:498)
> 11:20:42,495 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.init(SSL.java:73)
> 11:20:42,496 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.getInstance(SSL.java:49)
> 11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.OpenSSLEngine.<clinit>(OpenSSLEngine.java:59)
> 11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName0(Native Method)
> 11:20:42,498 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName(Class.java:348)
> 11:20:42,499 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:47)
> 11:20:42,505 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:43)
> 11:20:42,508 ERROR [stderr] (MSC service thread 1-3) at java.security.AccessController.doPrivileged(Native Method)
> 11:20:42,516 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider.<clinit>(OpenSSLAlpnProvider.java:43)
> 11:20:42,517 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 11:20:42,524 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 11:20:42,525 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 11:20:42,539 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 11:20:42,540 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.newInstance(Class.java:442)
> 11:20:42,541 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
> 11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
> 11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
> 11:20:42,543 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<init>(ALPNManager.java:40)
> 11:20:42,548 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<clinit>(ALPNManager.java:35)
> 11:20:42,550 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:64)
> 11:20:42,551 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:83)
> 11:20:42,552 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:75)
> 11:20:42,553 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createAlpnOpenListener(HttpsListenerService.java:101)
> 11:20:42,557 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createOpenListener(HttpsListenerService.java:86)
> 11:20:42,572 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:158)
> 11:20:42,581 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
> 11:20:42,582 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
> 11:20:42,590 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> 11:20:42,591 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> 11:20:42,593 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:745)
> 11:20:42,595 ERROR [stderr] (MSC service thread 1-3) Caused by: java.lang.UnsatisfiedLinkError: /tmp/tmp-2717760086872143296openssl/libwfssl.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/tmp-2717760086872143296openssl/libwfssl.so)
> 11:20:42,596 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 11:20:42,597 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
> 11:20:42,598 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1837)
> 11:20:42,610 ERROR [stderr] (MSC service thread 1-3) at java.lang.Runtime.loadLibrary0(Runtime.java:870)
> 11:20:42,611 ERROR [stderr] (MSC service thread 1-3) at java.lang.System.loadLibrary(System.java:1122)
> 11:20:42,619 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL$LibraryLoader.load(SSL.java:180)
> 11:20:42,620 ERROR [stderr] (MSC service thread 1-3) ... 34 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7374) WildFfly openssl requires glibc 2.14 resulting in failure when starting on RHEL 6
by Radim Hatlapatka (JIRA)
[ https://issues.jboss.org/browse/WFLY-7374?page=com.atlassian.jira.plugin.... ]
Radim Hatlapatka updated WFLY-7374:
-----------------------------------
Labels: wildfly-openssl (was: )
> WildFfly openssl requires glibc 2.14 resulting in failure when starting on RHEL 6
> ---------------------------------------------------------------------------------
>
> Key: WFLY-7374
> URL: https://issues.jboss.org/browse/WFLY-7374
> Project: WildFly
> Issue Type: Bug
> Components: Security, Server, Web (Undertow)
> Reporter: Radim Hatlapatka
> Assignee: Stuart Douglas
> Priority: Blocker
> Labels: wildfly-openssl
>
> When starting EAP on RHEL 6 it shows ERROR messages when loading openssl \[1\]. This is caused by the wrapper requiring glibc 2.14 or newer but on RHEL 6.7 there is only glibc 2.12.
> As there should be no ERROR messages during EAP start with default configuration, marking as blocker.
> \[1\]
> {noformat}
> 11:20:42,474 ERROR [stderr] (MSC service thread 1-3) java.lang.reflect.InvocationTargetException
> 11:20:42,476 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 11:20:42,479 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 11:20:42,481 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 11:20:42,494 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Method.invoke(Method.java:498)
> 11:20:42,495 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.init(SSL.java:73)
> 11:20:42,496 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL.getInstance(SSL.java:49)
> 11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.OpenSSLEngine.<clinit>(OpenSSLEngine.java:59)
> 11:20:42,497 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName0(Native Method)
> 11:20:42,498 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.forName(Class.java:348)
> 11:20:42,499 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:47)
> 11:20:42,505 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider$1.run(OpenSSLAlpnProvider.java:43)
> 11:20:42,508 ERROR [stderr] (MSC service thread 1-3) at java.security.AccessController.doPrivileged(Native Method)
> 11:20:42,516 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.OpenSSLAlpnProvider.<clinit>(OpenSSLAlpnProvider.java:43)
> 11:20:42,517 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 11:20:42,524 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 11:20:42,525 ERROR [stderr] (MSC service thread 1-3) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 11:20:42,539 ERROR [stderr] (MSC service thread 1-3) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 11:20:42,540 ERROR [stderr] (MSC service thread 1-3) at java.lang.Class.newInstance(Class.java:442)
> 11:20:42,541 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
> 11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
> 11:20:42,542 ERROR [stderr] (MSC service thread 1-3) at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
> 11:20:42,543 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<init>(ALPNManager.java:40)
> 11:20:42,548 ERROR [stderr] (MSC service thread 1-3) at io.undertow.protocols.alpn.ALPNManager.<clinit>(ALPNManager.java:35)
> 11:20:42,550 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:64)
> 11:20:42,551 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:83)
> 11:20:42,552 ERROR [stderr] (MSC service thread 1-3) at io.undertow.server.protocol.http.AlpnOpenListener.<init>(AlpnOpenListener.java:75)
> 11:20:42,553 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createAlpnOpenListener(HttpsListenerService.java:101)
> 11:20:42,557 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.HttpsListenerService.createOpenListener(HttpsListenerService.java:86)
> 11:20:42,572 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:158)
> 11:20:42,581 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
> 11:20:42,582 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
> 11:20:42,590 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> 11:20:42,591 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> 11:20:42,593 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:745)
> 11:20:42,595 ERROR [stderr] (MSC service thread 1-3) Caused by: java.lang.UnsatisfiedLinkError: /tmp/tmp-2717760086872143296openssl/libwfssl.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/tmp-2717760086872143296openssl/libwfssl.so)
> 11:20:42,596 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 11:20:42,597 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
> 11:20:42,598 ERROR [stderr] (MSC service thread 1-3) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1837)
> 11:20:42,610 ERROR [stderr] (MSC service thread 1-3) at java.lang.Runtime.loadLibrary0(Runtime.java:870)
> 11:20:42,611 ERROR [stderr] (MSC service thread 1-3) at java.lang.System.loadLibrary(System.java:1122)
> 11:20:42,619 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.openssl.SSL$LibraryLoader.load(SSL.java:180)
> 11:20:42,620 ERROR [stderr] (MSC service thread 1-3) ... 34 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months