October 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-5501) JDBC Object Store problem with Mariadb55

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-5501?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated WFLY-5501: -------------------------------- Fix Version/s: (was: 10.0.0.CR4) > JDBC Object Store problem with Mariadb55 > ---------------------------------------- > > Key: WFLY-5501 > URL: https://issues.jboss.org/browse/WFLY-5501 > Project: WildFly > Issue Type: Bug > Components: Transactions > Reporter: Hayk Hovsepyan > Assignee: Tom Jenkinson > Fix For: 10.0.0.Final > > Attachments: mariadb_jar.zip, server.log, standalone.xml > > > When configuring transactions to use Mariadb55 Datasource as a JDBC Object store, server fails to start with error: > {code} > 13:56:51,485 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "transactions")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.txn.ArjunaRecoveryManager" => "org.jboss.msc.service.StartException in service jboss.txn.ArjunaRecoveryManager: WFLYTX0005: Recovery manager create failed > Caused by: java.lang.NullPointerException"}} > {code} > Steps to reproduce: > 1. Create Mariadb55 JDBC driver module. Module archived directory is attached. > 2. Add driver into configuration xml. > 3. Create Datasource pointing to Mariadb55 database and using driver configured a a module. > 4. Configure transactions to use jdbc-store the added Datasource. standalone.xml is attached. > 5. Server fails to start. server.log is attached. > config xml file part: > {code} > <subsystem xmlns="urn:jboss:domain:datasources:4.0"> > <datasources> > <datasource jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS" enabled="true" use-java-context="true"> > <connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE</connection-url> > <driver>h2</driver> > <security> > <user-name>sa</user-name> > <password>sa</password> > </security> > </datasource> > <datasource jta="false" jndi-name="java:jboss/datasources/jdbc-store" pool-name="JDBCObjectStore" enabled="true" use-java-context="true"> > <connection-url>jdbc:mariadb://db22.mw.lab.eng.bos.redhat.com:3306/dballo17</connection-url> > <driver>module_mariadb.jar</driver> > <security> > <user-name>dballo17</user-name> > <password>dballo17</password> > </security> > </datasource> > <drivers> > <driver name="h2" module="com.h2database.h2"> > <xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class> > </driver> > <driver name="module_mariadb.jar" module="mariadb_jar"/> > </drivers> > </datasources> > </subsystem> > <subsystem xmlns="urn:jboss:domain:transactions:3.0"> > <core-environment> > <process-id> > <uuid/> > </process-id> > </core-environment> > <recovery-environment socket-binding="txn-recovery-environment" status-socket-binding="txn-status-manager"/> > <coordinator-environment enable-tsm-status="true"/> > <jdbc-store datasource-jndi-name="java:jboss/datasources/jdbc-store"/> > </subsystem> > {code} > Attached necessary info: > 1. server.log > 2. Module zip to extract in $JBOSS_HOME/modules/system/layers/base > 3. standalone.xml > Notes: > The same steps works for other databases. > When step 4. is not executed server starts successfully, so module is recognized. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5610) Upgrade Narayana to 5.2.7.Final

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-5610?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated WFLY-5610: -------------------------------- Fix Version/s: 10.0.0.Final > Upgrade Narayana to 5.2.7.Final > ------------------------------- > > Key: WFLY-5610 > URL: https://issues.jboss.org/browse/WFLY-5610 > Project: WildFly > Issue Type: Component Upgrade > Components: Transactions > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Fix For: 10.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3674) In non-transactional entity manager invocation, add extension to defer entity detach until persistence context is closed

by Sande Gilda (JIRA)

[ https://issues.jboss.org/browse/WFLY-3674?page=com.atlassian.jira.plugin.... ] Sande Gilda commented on WFLY-3674: ----------------------------------- [~smarlow]: We are tracking migration issues here: https://docs.jboss.org/author/display/WFLY10/How+do+I+migrate+my+applicat... Should we update the page with this information, and if so, would you like to do it or should I? Adding [~anrobert] to this thread since she is managing documentation tasks for the release and this might possibly impact the release notes. > In non-transactional entity manager invocation, add extension to defer entity detach until persistence context is closed > ------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-3674 > URL: https://issues.jboss.org/browse/WFLY-3674 > Project: WildFly > Issue Type: Feature Request > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 9.0.0.Alpha1 > > > For compatibility with earlier JBoss application server versions (5.0/6.0), add an extension that allows the persistence context to last until the referencing persistence context is closed. > For example, in a session method that has no active JTA transaction, entities returned, will not cleared from the persistence context, until the session method completes. This extension is only introduced to allow compatibility with older application server versions. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5610) Upgrade Narayana to 5.2.7.Final

by Tom Jenkinson (JIRA)

Tom Jenkinson created WFLY-5610: ----------------------------------- Summary: Upgrade Narayana to 5.2.7.Final Key: WFLY-5610 URL: https://issues.jboss.org/browse/WFLY-5610 Project: WildFly Issue Type: Component Upgrade Components: Transactions Reporter: Tom Jenkinson Assignee: Tom Jenkinson -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1017) Reload operation causes crash of EAP server

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1017?page=com.atlassian.jira.plugi... ] Tomaz Cerar edited comment on WFCORE-1017 at 10/30/15 6:51 AM: --------------------------------------------------------------- I think something is fishy with method CheckServerAvailableUtils#waitHornetQToAlive as if i change that with {code:java} private void waitForLiveServerToReload(long timeout) throws Exception { long start = System.currentTimeMillis(); ModelNode operation = new ModelNode(); operation.get(OP_ADDR).setEmptyList(); operation.get(OP).set(READ_ATTRIBUTE_OPERATION); operation.get(NAME).set("server-state"); while (System.currentTimeMillis() - start < timeout) { ModelControllerClient liveClient = TestSuiteEnvironment.getModelControllerClient(); try { ModelNode result = liveClient.execute(operation); if ("running".equals(result.get(RESULT).asString())) { return; } } catch (IOException e) { logger.infof(e, "error"); } finally { IoUtils.safeClose(liveClient); } try { Thread.sleep(100); } catch (InterruptedException e) { } } fail("Live Server did not reload in the imparted time."); } {code} I cannot reproduce the problem anymore. see for example https://github.com/ctomc/wildfly-core/commit/4bb71cec0e27c24ce26151f61b94... or https://github.com/ctomc/wildfly/commit/8b0532a51e8af8c3d7953f122743d86dc... two different approaches, both work. Also relevant part of code is this: {code:java} public static ModelControllerClient getModelControllerClient() { try { return ModelControllerClient.Factory.create( InetAddress.getByName(getServerAddress()), TestSuiteEnvironment.getServerPort(), Authentication.getCallbackHandler() ); } catch (UnknownHostException e) { throw new RuntimeException(e); } } {code} was (Author: ctomc): I think something is fishy with method CheckServerAvailableUtils#waitHornetQToAlive as if i change that with {code:java} private void waitForLiveServerToReload(long timeout) throws Exception { long start = System.currentTimeMillis(); ModelNode operation = new ModelNode(); operation.get(OP_ADDR).setEmptyList(); operation.get(OP).set(READ_ATTRIBUTE_OPERATION); operation.get(NAME).set("server-state"); while (System.currentTimeMillis() - start < timeout) { ModelControllerClient liveClient = TestSuiteEnvironment.getModelControllerClient(); try { ModelNode result = liveClient.execute(operation); if ("running".equals(result.get(RESULT).asString())) { return; } } catch (IOException e) { logger.infof(e, "error"); } finally { IoUtils.safeClose(liveClient); } try { Thread.sleep(100); } catch (InterruptedException e) { } } fail("Live Server did not reload in the imparted time."); } {code} I cannot reproduce the problem anymore. see for example https://github.com/ctomc/wildfly-core/commit/4bb71cec0e27c24ce26151f61b94... or https://github.com/ctomc/wildfly/commit/8b0532a51e8af8c3d7953f122743d86dc... two different approaches, both work. > Reload operation causes crash of EAP server > ------------------------------------------- > > Key: WFCORE-1017 > URL: https://issues.jboss.org/browse/WFCORE-1017 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 2.0.0.CR1 > Environment: Fedora 22, RHEL 7 ++ OpenJDK 8 - crash of EAP server > Fedora 22, RHEL 7 ++ IBM Java 1.8 - crash of JVM where runs the EAP server > {panel} > $ java -version > java version "1.8.0" > Java(TM) SE Runtime Environment (build pxa6480sr1fp10-20150711_01(SR1 FP10)) > IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150630_255633 (JIT enabled, AOT enabled) > J9VM - R28_jvm.28_20150630_1742_B255633 > JIT - tr.r14.java_20150625_95081.01 > GC - R28_jvm.28_20150630_1742_B255633_CMPRSS > J9CL - 20150630_255633) > JCL - 20150711_01 based on Oracle jdk8u51-b15 > {panel} > Reporter: Erich Duda > Assignee: Tomaz Cerar > Attachments: javacore.20150917.161241.19157.0002.txt, server-openjdk.log, Snap.20150917.161241.19157.0003.trc > > > Repeated execution of reload request causes EAP server crash. > {panel} > 10:43:15,179 ERROR [org.jboss.msc.service] (MSC service thread 1-4) MSC000002: Invocation of listener "org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1$1@3d119a3c" failed: java.lang.IllegalArgumentException: Container is shutting down > at org.jboss.msc.service.ServiceControllerImpl.internalSetMode(ServiceControllerImpl.java:762) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl.setMode(ServiceControllerImpl.java:753) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1$1.transition(ProcessReloadHandler.java:90) [wildfly-controller-2.0.0.Beta4.jar:2.0.0.Beta4] > at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1533) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:51) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2099) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60] > {panel} > On IBM Java reload resquests cause even JVM crash. > {panel} > #0: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x8a455f) [0x7f44cce6055f] > #1: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x1042f1) [0x7f44cc6c02f1] > #2: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x255ee) [0x7f44d8b515ee] > #3: /lib64/libpthread.so.0(+0x10430) [0x7f44dafd9430] > #4: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x74909e) [0x7f44ccd0509e] > #5: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x749372) [0x7f44ccd05372] > #6: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x437922) [0x7f44cc9f3922] > #7: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x4385bb) [0x7f44cc9f45bb] > #8: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x448e10) [0x7f44cca04e10] > #9: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x449855) [0x7f44cca05855] > #10: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dd5d) [0x7f44cca09d5d] > #11: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #12: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dc40) [0x7f44cca09c40] > #13: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #14: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dc40) [0x7f44cca09c40] > #15: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #16: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44ec75) [0x7f44cca0ac75] > #17: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44effb) [0x7f44cca0affb] > #18: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cd94d) [0x7f44cc88994d] > #19: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cdc19) [0x7f44cc889c19] > #20: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cee94) [0x7f44cc88ae94] > #21: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x7c748b) [0x7f44ccd8348b] > #22: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x7cee4c) [0x7f44ccd8ae4c] > #23: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10c7b5) [0x7f44cc6c87b5] > #24: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10dcab) [0x7f44cc6c9cab] > #25: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x25975) [0x7f44d8b51975] > #26: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10fdf0) [0x7f44cc6cbdf0] > #27: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x1110ed) [0x7f44cc6cd0ed] > #28: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x25975) [0x7f44d8b51975] > #29: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x111a04) [0x7f44cc6cda04] > Unhandled exception > Type=Segmentation error vmState=0x00051cff > J9Generic_Signal_Number=00000004 Signal_Number=0000000b Error_Value=00000000 Signal_Code=00000001 > Handler1=00007F44D920CD90 Handler2=00007F44D8B513F0 InaccessibleAddress=0000000000000000 > RDI=00007F440613D710 RSI=FFFFFFFFFFDF3B65 RAX=0000000000000000 RBX=00007F4406141390 > RCX=0000000000000026 RDX=0000000000000001 R8=00007F44CCF4EA52 R9=0000000000000000 > R10=00007F4406145740 R11=0000000000000003 R12=00007F44076AEF00 R13=0000000000000000 > R14=0000000000000000 R15=0000000000000000 > RIP=00007F44CCD0509E GS=0000 FS=0000 RSP=00007F44C9A84C20 > EFlags=0000000000210246 CS=0033 RBP=0000000000000000 ERR=0000000000000004 > TRAPNO=000000000000000E OLDMASK=0000000000000000 CR2=0000000000000000 > xmm0 00007f44003b6e6f (f: 3894895,000000, d: 6,913462e-310) > xmm1 0000000000000000 (f: 0,000000, d: 0,000000e+00) > xmm2 616c2f6176616a4c (f: 1986095744,000000, d: 1,981285e+161) > xmm3 6a00656c62617468 (f: 1650553984,000000, d: 4,016150e+202) > xmm4 0000000000000000 (f: 0,000000, d: 0,000000e+00) > xmm5 03d303d203d103d0 (f: 64029648,000000, d: 3,048729e-290) > xmm6 49676e697274532f (f: 1920226048,000000, d: 4,180283e+45) > xmm7 4573646e756f4266 (f: 1970225792,000000, d: 3,751018e+26) > xmm8 03d603d503d403d3 (f: 64226260,000000, d: 3,529736e-290) > xmm9 03de03dd03dc03db (f: 64750556,000000, d: 4,812424e-290) > xmm10 03e603e503e403e3 (f: 65274852,000000, d: 7,059551e-290) > xmm11 03ee03ed03ec03eb (f: 65799148,000000, d: 9,624926e-290) > xmm12 03f603f503f403f3 (f: 66323444,000000, d: 1,411926e-289) > xmm13 03fe03fd03fc03fb (f: 66847740,000000, d: 1,925001e-289) > xmm14 0406040504040403 (f: 67372032,000000, d: 2,823883e-289) > xmm15 040e040d040c040b (f: 67896328,000000, d: 3,850033e-289) > Module=/opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so > Module_base_address=00007F44CC5BC000 > Method_being_compiled=org/jboss/as/controller/OperationContextImpl$ContextServiceBuilder.install()Lorg/jboss/msc/service/ServiceController; > Target=2_80_20150630_255633 (Linux 4.1.6-201.fc22.x86_64) > CPU=amd64 (8 logical CPUs) (0x3d3def000 RAM) > ----------- Stack Backtrace ----------- > (0x00007F44CCD0509E [libj9jit28.so+0x74909e]) > (0x00007F44CCD05372 [libj9jit28.so+0x749372]) > (0x00007F44CC9F3922 [libj9jit28.so+0x437922]) > (0x00007F44CC9F45BB [libj9jit28.so+0x4385bb]) > (0x00007F44CCA04E10 [libj9jit28.so+0x448e10]) > (0x00007F44CCA05855 [libj9jit28.so+0x449855]) > (0x00007F44CCA09D5D [libj9jit28.so+0x44dd5d]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA09C40 [libj9jit28.so+0x44dc40]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA09C40 [libj9jit28.so+0x44dc40]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA0AC75 [libj9jit28.so+0x44ec75]) > (0x00007F44CCA0AFFB [libj9jit28.so+0x44effb]) > (0x00007F44CC88994D [libj9jit28.so+0x2cd94d]) > (0x00007F44CC889C19 [libj9jit28.so+0x2cdc19]) > (0x00007F44CC88AE94 [libj9jit28.so+0x2cee94]) > (0x00007F44CCD8348B [libj9jit28.so+0x7c748b]) > (0x00007F44CCD8AE4C [libj9jit28.so+0x7cee4c]) > (0x00007F44CC6C87B5 [libj9jit28.so+0x10c7b5]) > (0x00007F44CC6C9CAB [libj9jit28.so+0x10dcab]) > (0x00007F44D8B51975 [libj9prt28.so+0x25975]) > (0x00007F44CC6CBDF0 [libj9jit28.so+0x10fdf0]) > (0x00007F44CC6CD0ED [libj9jit28.so+0x1110ed]) > (0x00007F44D8B51975 [libj9prt28.so+0x25975]) > (0x00007F44CC6CDA04 [libj9jit28.so+0x111a04]) > (0x00007F44D8F8E9EC [libj9thr28.so+0x99ec]) > (0x00007F44DAFD0555 [libpthread.so.0+0x7555]) > clone+0x6d (0x00007F44DA8F0B9D [libc.so.6+0x102b9d]) > {panel} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1017) Reload operation causes crash of EAP server

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1017?page=com.atlassian.jira.plugi... ] Tomaz Cerar commented on WFCORE-1017: ------------------------------------- I think something is fishy with method CheckServerAvailableUtils#waitHornetQToAlive as if i change that with {code:java} private void waitForLiveServerToReload(long timeout) throws Exception { long start = System.currentTimeMillis(); ModelNode operation = new ModelNode(); operation.get(OP_ADDR).setEmptyList(); operation.get(OP).set(READ_ATTRIBUTE_OPERATION); operation.get(NAME).set("server-state"); while (System.currentTimeMillis() - start < timeout) { ModelControllerClient liveClient = TestSuiteEnvironment.getModelControllerClient(); try { ModelNode result = liveClient.execute(operation); if ("running".equals(result.get(RESULT).asString())) { return; } } catch (IOException e) { logger.infof(e, "error"); } finally { IoUtils.safeClose(liveClient); } try { Thread.sleep(100); } catch (InterruptedException e) { } } fail("Live Server did not reload in the imparted time."); } {code} I cannot reproduce the problem anymore. see for example https://github.com/ctomc/wildfly-core/commit/4bb71cec0e27c24ce26151f61b94... or https://github.com/ctomc/wildfly/commit/8b0532a51e8af8c3d7953f122743d86dc... two different approaches, both work. > Reload operation causes crash of EAP server > ------------------------------------------- > > Key: WFCORE-1017 > URL: https://issues.jboss.org/browse/WFCORE-1017 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 2.0.0.CR1 > Environment: Fedora 22, RHEL 7 ++ OpenJDK 8 - crash of EAP server > Fedora 22, RHEL 7 ++ IBM Java 1.8 - crash of JVM where runs the EAP server > {panel} > $ java -version > java version "1.8.0" > Java(TM) SE Runtime Environment (build pxa6480sr1fp10-20150711_01(SR1 FP10)) > IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150630_255633 (JIT enabled, AOT enabled) > J9VM - R28_jvm.28_20150630_1742_B255633 > JIT - tr.r14.java_20150625_95081.01 > GC - R28_jvm.28_20150630_1742_B255633_CMPRSS > J9CL - 20150630_255633) > JCL - 20150711_01 based on Oracle jdk8u51-b15 > {panel} > Reporter: Erich Duda > Assignee: Tomaz Cerar > Attachments: javacore.20150917.161241.19157.0002.txt, server-openjdk.log, Snap.20150917.161241.19157.0003.trc > > > Repeated execution of reload request causes EAP server crash. > {panel} > 10:43:15,179 ERROR [org.jboss.msc.service] (MSC service thread 1-4) MSC000002: Invocation of listener "org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1$1@3d119a3c" failed: java.lang.IllegalArgumentException: Container is shutting down > at org.jboss.msc.service.ServiceControllerImpl.internalSetMode(ServiceControllerImpl.java:762) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl.setMode(ServiceControllerImpl.java:753) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1$1.transition(ProcessReloadHandler.java:90) [wildfly-controller-2.0.0.Beta4.jar:2.0.0.Beta4] > at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1533) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:51) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2099) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60] > {panel} > On IBM Java reload resquests cause even JVM crash. > {panel} > #0: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x8a455f) [0x7f44cce6055f] > #1: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x1042f1) [0x7f44cc6c02f1] > #2: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x255ee) [0x7f44d8b515ee] > #3: /lib64/libpthread.so.0(+0x10430) [0x7f44dafd9430] > #4: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x74909e) [0x7f44ccd0509e] > #5: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x749372) [0x7f44ccd05372] > #6: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x437922) [0x7f44cc9f3922] > #7: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x4385bb) [0x7f44cc9f45bb] > #8: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x448e10) [0x7f44cca04e10] > #9: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x449855) [0x7f44cca05855] > #10: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dd5d) [0x7f44cca09d5d] > #11: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #12: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dc40) [0x7f44cca09c40] > #13: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #14: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44dc40) [0x7f44cca09c40] > #15: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44eb3e) [0x7f44cca0ab3e] > #16: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44ec75) [0x7f44cca0ac75] > #17: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x44effb) [0x7f44cca0affb] > #18: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cd94d) [0x7f44cc88994d] > #19: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cdc19) [0x7f44cc889c19] > #20: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x2cee94) [0x7f44cc88ae94] > #21: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x7c748b) [0x7f44ccd8348b] > #22: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x7cee4c) [0x7f44ccd8ae4c] > #23: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10c7b5) [0x7f44cc6c87b5] > #24: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10dcab) [0x7f44cc6c9cab] > #25: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x25975) [0x7f44d8b51975] > #26: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x10fdf0) [0x7f44cc6cbdf0] > #27: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x1110ed) [0x7f44cc6cd0ed] > #28: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9prt28.so(+0x25975) [0x7f44d8b51975] > #29: /opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so(+0x111a04) [0x7f44cc6cda04] > Unhandled exception > Type=Segmentation error vmState=0x00051cff > J9Generic_Signal_Number=00000004 Signal_Number=0000000b Error_Value=00000000 Signal_Code=00000001 > Handler1=00007F44D920CD90 Handler2=00007F44D8B513F0 InaccessibleAddress=0000000000000000 > RDI=00007F440613D710 RSI=FFFFFFFFFFDF3B65 RAX=0000000000000000 RBX=00007F4406141390 > RCX=0000000000000026 RDX=0000000000000001 R8=00007F44CCF4EA52 R9=0000000000000000 > R10=00007F4406145740 R11=0000000000000003 R12=00007F44076AEF00 R13=0000000000000000 > R14=0000000000000000 R15=0000000000000000 > RIP=00007F44CCD0509E GS=0000 FS=0000 RSP=00007F44C9A84C20 > EFlags=0000000000210246 CS=0033 RBP=0000000000000000 ERR=0000000000000004 > TRAPNO=000000000000000E OLDMASK=0000000000000000 CR2=0000000000000000 > xmm0 00007f44003b6e6f (f: 3894895,000000, d: 6,913462e-310) > xmm1 0000000000000000 (f: 0,000000, d: 0,000000e+00) > xmm2 616c2f6176616a4c (f: 1986095744,000000, d: 1,981285e+161) > xmm3 6a00656c62617468 (f: 1650553984,000000, d: 4,016150e+202) > xmm4 0000000000000000 (f: 0,000000, d: 0,000000e+00) > xmm5 03d303d203d103d0 (f: 64029648,000000, d: 3,048729e-290) > xmm6 49676e697274532f (f: 1920226048,000000, d: 4,180283e+45) > xmm7 4573646e756f4266 (f: 1970225792,000000, d: 3,751018e+26) > xmm8 03d603d503d403d3 (f: 64226260,000000, d: 3,529736e-290) > xmm9 03de03dd03dc03db (f: 64750556,000000, d: 4,812424e-290) > xmm10 03e603e503e403e3 (f: 65274852,000000, d: 7,059551e-290) > xmm11 03ee03ed03ec03eb (f: 65799148,000000, d: 9,624926e-290) > xmm12 03f603f503f403f3 (f: 66323444,000000, d: 1,411926e-289) > xmm13 03fe03fd03fc03fb (f: 66847740,000000, d: 1,925001e-289) > xmm14 0406040504040403 (f: 67372032,000000, d: 2,823883e-289) > xmm15 040e040d040c040b (f: 67896328,000000, d: 3,850033e-289) > Module=/opt/ibm/java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so > Module_base_address=00007F44CC5BC000 > Method_being_compiled=org/jboss/as/controller/OperationContextImpl$ContextServiceBuilder.install()Lorg/jboss/msc/service/ServiceController; > Target=2_80_20150630_255633 (Linux 4.1.6-201.fc22.x86_64) > CPU=amd64 (8 logical CPUs) (0x3d3def000 RAM) > ----------- Stack Backtrace ----------- > (0x00007F44CCD0509E [libj9jit28.so+0x74909e]) > (0x00007F44CCD05372 [libj9jit28.so+0x749372]) > (0x00007F44CC9F3922 [libj9jit28.so+0x437922]) > (0x00007F44CC9F45BB [libj9jit28.so+0x4385bb]) > (0x00007F44CCA04E10 [libj9jit28.so+0x448e10]) > (0x00007F44CCA05855 [libj9jit28.so+0x449855]) > (0x00007F44CCA09D5D [libj9jit28.so+0x44dd5d]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA09C40 [libj9jit28.so+0x44dc40]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA09C40 [libj9jit28.so+0x44dc40]) > (0x00007F44CCA0AB3E [libj9jit28.so+0x44eb3e]) > (0x00007F44CCA0AC75 [libj9jit28.so+0x44ec75]) > (0x00007F44CCA0AFFB [libj9jit28.so+0x44effb]) > (0x00007F44CC88994D [libj9jit28.so+0x2cd94d]) > (0x00007F44CC889C19 [libj9jit28.so+0x2cdc19]) > (0x00007F44CC88AE94 [libj9jit28.so+0x2cee94]) > (0x00007F44CCD8348B [libj9jit28.so+0x7c748b]) > (0x00007F44CCD8AE4C [libj9jit28.so+0x7cee4c]) > (0x00007F44CC6C87B5 [libj9jit28.so+0x10c7b5]) > (0x00007F44CC6C9CAB [libj9jit28.so+0x10dcab]) > (0x00007F44D8B51975 [libj9prt28.so+0x25975]) > (0x00007F44CC6CBDF0 [libj9jit28.so+0x10fdf0]) > (0x00007F44CC6CD0ED [libj9jit28.so+0x1110ed]) > (0x00007F44D8B51975 [libj9prt28.so+0x25975]) > (0x00007F44CC6CDA04 [libj9jit28.so+0x111a04]) > (0x00007F44D8F8E9EC [libj9thr28.so+0x99ec]) > (0x00007F44DAFD0555 [libpthread.so.0+0x7555]) > clone+0x6d (0x00007F44DA8F0B9D [libc.so.6+0x102b9d]) > {panel} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (LOGMGR-125) Log rotation fails on Windows if target already exists

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/LOGMGR-125?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on LOGMGR-125: ------------------------------------------------ Panagiotis Sotiropoulos <psotirop(a)redhat.com> changed the Status of [bug 1274572|https://bugzilla.redhat.com/show_bug.cgi?id=1274572] from ASSIGNED to POST > Log rotation fails on Windows if target already exists > ------------------------------------------------------ > > Key: LOGMGR-125 > URL: https://issues.jboss.org/browse/LOGMGR-125 > Project: JBoss Log Manager > Issue Type: Bug > Reporter: James Livingston > Assignee: James Perkins > Fix For: 2.0.4.Final, 2.1.0.Beta1 > > > PeriodicRotatingFileHandler (and others) use File.renameTo() to rename the file. That method is documented as having many implementation-defined aspects, see http://docs.oracle.com/javase/7/docs/api/java/io/File.html#renameTo%28jav... > One that can be a problem is that on Windows, it will fail if the target file already exists. If you use a ".dd" suffix, this will occur when it rolls over to a new month. It has rarely been a problem, since most people use the year month and day so they are unique. Files.move() can replace existing files, so may be better, and some of the costs of that are likely not to be a problem with how it is using here. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (LOGMGR-125) Log rotation fails on Windows if target already exists

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/LOGMGR-125?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on LOGMGR-125: ------------------------------------------------ Panagiotis Sotiropoulos <psotirop(a)redhat.com> changed the Status of [bug 1274572|https://bugzilla.redhat.com/show_bug.cgi?id=1274572] from NEW to ASSIGNED > Log rotation fails on Windows if target already exists > ------------------------------------------------------ > > Key: LOGMGR-125 > URL: https://issues.jboss.org/browse/LOGMGR-125 > Project: JBoss Log Manager > Issue Type: Bug > Reporter: James Livingston > Assignee: James Perkins > Fix For: 2.0.4.Final, 2.1.0.Beta1 > > > PeriodicRotatingFileHandler (and others) use File.renameTo() to rename the file. That method is documented as having many implementation-defined aspects, see http://docs.oracle.com/javase/7/docs/api/java/io/File.html#renameTo%28jav... > One that can be a problem is that on Windows, it will fail if the target file already exists. If you use a ".dd" suffix, this will occur when it rolls over to a new month. It has rarely been a problem, since most people use the year month and day so they are unique. Files.move() can replace existing files, so may be better, and some of the costs of that are likely not to be a problem with how it is using here. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1083) Login Module is messed up when one of the module-option is empty

by J Prasanna Venkatesan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1083?page=com.atlassian.jira.plugi... ] J Prasanna Venkatesan commented on WFCORE-1083: ----------------------------------------------- Any solution is much appreciated. Please let us know. > Login Module is messed up when one of the module-option is empty > ---------------------------------------------------------------- > > Key: WFCORE-1083 > URL: https://issues.jboss.org/browse/WFCORE-1083 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Environment: CentOS Linux release 7.1.1503 (Core) > /usr/java/jdk1.8.0_45/ > WildFly 8.2.0 > Reporter: J Prasanna Venkatesan > Assignee: Alexey Loubyansky > Priority: Critical > > When one of the module-option is given as empty the whole login-module is messed up. But in real time there will be cases where the module-option can be empty. For Eg. while configuring org.jboss.security.auth.spi.LdapLoginModule, the principalDNPrefix can be empty > *+Command with principalDNPrefix empty+* > /subsystem=security/security-domain=SourceForge/authentication=classic/login-module=org.jboss.security.auth.spi.LdapLoginModule33:add(code=org.jboss.security.auth.spi.LdapLoginModule, flag=sufficient, module-options=[ "java.naming.provider.url" => "ldap://ldaphost.jboss.org:1", "java.naming.security.authentication" => "simple", *"principalDNPrefix" => ""*, "principalDNSuffix" => ",ou=People,o=jboss.org", "allowEmptyPasswords" => "false", "java.naming.factory.initial" => "com.sun.jndi.ldap.LdapCtxFactory", "throwValidateError" => "true" ]){allow-resource-service-restart=true} > +Output in standalone-full.xml+ > Wrong value is stored as principalDNPrefix > <login-module name="org.jboss.security.auth.spi.LdapLoginModule33" code="org.jboss.security.auth.spi.LdapLoginModule" flag="sufficient"> > <module-option name="java.naming.provider.url" value="ldap://ldaphost.jboss.org:1"/> > <module-option name="java.naming.security.authentication" value="simple"/> > *<module-option name="principalDNPrefix" value="principalDNSuffix"/>* > <module-option name="allowEmptyPasswords" value="false"/> > <module-option name="java.naming.factory.initial" value="com.sun.jndi.ldap.LdapCtxFactory"/> > <module-option name="throwValidateError" value="true"/> > </login-module> > *+Command with principalDNPrefix with some value+* > /subsystem=security/security-domain=SourceForge/authentication=classic/login-module=org.jboss.security.auth.spi.LdapLoginModule44:add(code=org.jboss.security.auth.spi.LdapLoginModule, flag=sufficient, module-options=[ "java.naming.provider.url" => "ldap://ldaphost.jboss.org:1", "java.naming.security.authentication" => "simple", *"principalDNPrefix" => "test"*, "principalDNSuffix" => ",ou=People,o=jboss.org", "allowEmptyPasswords" => "false", "java.naming.factory.initial" => "com.sun.jndi.ldap.LdapCtxFactory", "throwValidateError" => "true" ]){allow-resource-service-restart=true} > +Output in standalone-full.xml+ > Values are stored correctly. > <login-module name="org.jboss.security.auth.spi.LdapLoginModule44" code="org.jboss.security.auth.spi.LdapLoginModule" flag="sufficient"> > <module-option name="java.naming.provider.url" value="ldap://ldaphost.jboss.org:1"/> > <module-option name="java.naming.security.authentication" value="simple"/> > *<module-option name="principalDNPrefix" value="test"/>* > <module-option name="principalDNSuffix" value=",ou=People,o=jboss.org"/> > <module-option name="allowEmptyPasswords" value="false"/> > <module-option name="java.naming.factory.initial" value="com.sun.jndi.ldap.LdapCtxFactory"/> > <module-option name="throwValidateError" value="true"/> > </login-module> -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5565) JMSBridge executor service is oblivious to TCCL

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFLY-5565?page=com.atlassian.jira.plugin.... ] Jeff Mesnil updated WFLY-5565: ------------------------------ Affects Version/s: 10.0.0.CR4 > JMSBridge executor service is oblivious to TCCL > ----------------------------------------------- > > Key: WFLY-5565 > URL: https://issues.jboss.org/browse/WFLY-5565 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 10.0.0.CR4 > Reporter: Bartosz Baranowski > Assignee: Jason Greene > > In certain conditions( time sensitive) TCCL of JMS Bridge handle failure use artemis module, rather than custom one provided to bridge. Check BZ. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 7 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2015