December 2019 - infinispan-issues

[JBoss JIRA] (ISPN-10596) Docs Productization: Persistence

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10596?page=com.atlassian.jira.plugi... ] Donald Naro closed ISPN-10596. ------------------------------ > Docs Productization: Persistence > -------------------------------- > > Key: ISPN-10596 > URL: https://issues.redhat.com/browse/ISPN-10596 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Productize content around persistence: > Modularize the persistence assembly. > Work with Will on updates for segmented stores, make sure those details are correct. > Review content on cache stores. Remove any out of date content and identify additional changes for DG 8. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10375) Doc Productization: Simple tutorials doc ascii doc style

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10375?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-10375: ------------------------------- Sprint: DataGrid Sprint #32, DataGrid Sprint #33 (was: DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #38) > Doc Productization: Simple tutorials doc ascii doc style > -------------------------------------------------------- > > Key: ISPN-10375 > URL: https://issues.redhat.com/browse/ISPN-10375 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Katia Aresti > Assignee: Donald Naro > Priority: Minor > > simple tutorials part of the infinispan web site would benefit of being ascii doc style documentation -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10803) Use WildFly OpenSSL

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-10803?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-10803: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/7629, https://github.com/infinispan/infinispan/pull/7698 (was: https://github.com/infinispan/infinispan/pull/7629) > Use WildFly OpenSSL > ------------------- > > Key: ISPN-10803 > URL: https://issues.redhat.com/browse/ISPN-10803 > Project: Infinispan > Issue Type: Enhancement > Components: Security, Server > Affects Versions: 10.0.0.CR3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.0.Final > > > We currently use Netty's tcnative bits to enable native openssl. We should use WildFly OpenSSL instead since the work of productizing the native bits is done for us > https://github.com/wildfly/wildfly-openssl -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10803) Use WildFly OpenSSL

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-10803?page=com.atlassian.jira.plugi... ] Pedro Ruivo commented on ISPN-10803: ------------------------------------ PR https://github.com/infinispan/infinispan/pull/7698 fixes the {{maven-javadoc-plugin}} execution. > Use WildFly OpenSSL > ------------------- > > Key: ISPN-10803 > URL: https://issues.redhat.com/browse/ISPN-10803 > Project: Infinispan > Issue Type: Enhancement > Components: Security, Server > Affects Versions: 10.0.0.CR3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.0.Final > > > We currently use Netty's tcnative bits to enable native openssl. We should use WildFly OpenSSL instead since the work of productizing the native bits is done for us > https://github.com/wildfly/wildfly-openssl -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10999) Server Docs: Update prometheus monitoring section

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10999?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-10999: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Server Docs: Update prometheus monitoring section > ------------------------------------------------- > > Key: ISPN-10999 > URL: https://issues.redhat.com/browse/ISPN-10999 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Minor > Fix For: 10.1.0.CR1 > > > Document ./standalone.sh -c cloud.xml --jmx 8180:my-config.yaml to override prometheus_config.yaml -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11094) Allow custom container server startup timeout

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11094?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11094: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.1.0.Final Resolution: Done > Allow custom container server startup timeout > --------------------------------------------- > > Key: ISPN-11094 > URL: https://issues.redhat.com/browse/ISPN-11094 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > Fix For: 10.1.0.Final > > > When running {{mvn verify -pl server/runtime/ -s maven-settings.xml -Dtest=ResilienceIT -Pcontainer}} > The following exception will throw > {noformat} > [0] STDOUT: 12:48:17,711 INFO [org.infinispan.CONTAINER] (main) ISPN000128: Infinispan version: Infinispan 'Chupacabra' 10.1.0-SNAPSHOT > [0] STDOUT: 12:48:18,522 INFO [org.infinispan.CLUSTER] (main) ISPN000078: Starting JGroups channel org.infinispan.server.resilience.ResilienceIT > [1] STDOUT: 12:48:19,223 INFO [org.infinispan.CONTAINER] (main) ISPN000128: Infinispan version: Infinispan 'Chupacabra' 10.1.0-SNAPSHOT > [OK: 0, KO: 1, SKIP: 0] Test failed: ResilienceIT.testUnresponsiveNode > org.infinispan.client.hotrod.exceptions.TransportException:: io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed: Connection refused: /172.17.0.2:11222 > at org.infinispan.client.hotrod.impl.Util.rewrap(Util.java:81) > at org.infinispan.client.hotrod.impl.Util.await(Util.java:54) > at org.infinispan.client.hotrod.impl.RemoteCacheManagerAdminImpl.getOrCreateCache(RemoteCacheManagerAdminImpl.java:67) > at org.infinispan.server.test.InfinispanServerTestMethodRule$HotRod.create(InfinispanServerTestMethodRule.java:189) > at org.infinispan.server.resilience.ResilienceIT.testUnresponsiveNode(ResilienceIT.java:42) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > {noformat} > Allowing a custom timeout config will give the server more time to startup -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11083) Replace TestContainers::withFileSystemBind with withCopyFileToContainer

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11083?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11083: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.1.0.Final Resolution: Done > Replace TestContainers::withFileSystemBind with withCopyFileToContainer > ----------------------------------------------------------------------- > > Key: ISPN-11083 > URL: https://issues.redhat.com/browse/ISPN-11083 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > Fix For: 10.1.0.Final > > > TestContainers withFileSystemBind have permission issues across some environments. The replacement should be withCopyFileToContainer. > There are some issues open/closed. See: https://github.com/testcontainers/testcontainers-java/issues/842#issuecom... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10367) Possible loss of (pessimistic) lock if a transaction will reach timeout and/or is removed

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-10367?page=com.atlassian.jira.plugi... ] Ryan Emerson resolved ISPN-10367. --------------------------------- Resolution: Done > Possible loss of (pessimistic) lock if a transaction will reach timeout and/or is removed > ----------------------------------------------------------------------------------------- > > Key: ISPN-10367 > URL: https://issues.redhat.com/browse/ISPN-10367 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 10.0.0.Beta3, 9.4.15.Final > Environment: Infinispan with pessimistic locking enabled > Reporter: Wolf-Dieter Fink > Assignee: Pedro Ruivo > Priority: Critical > Fix For: 10.1.0.Final > > Attachments: StressApp.zip > > > If entries are locked, no matter whether it was done by FORCE_WRITE_LOCK flag or getAdvancedCache().lock(key), and the lock is hold longer than the current Tx timeout setting (.completedTxTimeout(...) ) the transacaction might be removed > - if the node is blocked and expelled from the cluster (and join back later) > - the thread processing the lock will take longer than the Tx-timeout setting > This force to remove the Tx and free the lock. > An indicator is the Exception below which will be shown if the Tx is timing out, it is not a (remote) access timout. > If the originator is back after this this (ongoing) Tx is assumed new and it will continue by accident without lock. > This can cause unexpected inconsistency! > ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (EJB timer - 13) ISPN000136: Error executing command LockControlCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Replication timeout for lt-33828 > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:803) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$1(JGroupsTransport.java:641) > at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602) > at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:47) > at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:16) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > ERROR [org.jboss.as.ejb3.timer] (EJB timer - 13) WFLYEJB0020: Error invoking timeout for timer: [id=8a53d2c3-190d-4c74-9327-8e7554e1df2c timedObjectId=embeddedStressTest-ejb.embeddedStressTest-ejb.CacheAccessSingletonBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@72c41b07 initialExpiration=Fri Jun 28 10:56:16 CEST 2019 intervalDuration(in milli sec)=1 nextExpiration=Fri Jun 28 10:56:43 CEST 2019 timerState=IN_TIMEOUT info=org.infinispan.wfink.stress.TimerInfo@47ae2053]: javax.ejb.EJBException: org.infinispan.util.concurrent.TimeoutException: Replication timeout for lt-33828 > at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:246) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:146) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) > at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at org.jboss.as.ejb3.component.singleton.ContainerManagedConcurrencyInterceptor.processInvocation(ContainerManagedConcurrencyInterceptor.java:106) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) > at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619) > at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) > at org.jboss.as.ejb3.timerservice.TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:99) > at org.jboss.as.ejb3.timerservice.TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:109) > at org.jboss.as.ejb3.timerservice.TimerTask.invokeBeanMethod(TimerTask.java:189) > at org.jboss.as.ejb3.timerservice.TimerTask.callTimeout(TimerTask.java:185) > at org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java:159) > at org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1304) > at org.wildfly.extension.requestcontroller.RequestController$QueuedTask$1.run(RequestController.java:494) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > at org.jboss.threads.JBossThread.run(JBossThread.java:485) > Caused by: org.infinispan.util.concurrent.TimeoutException: Replication timeout for lt-33828 > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:803) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$1(JGroupsTransport.java:641) > at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602) > at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:47) > at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:16) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11083) Replace TestContainers::withFileSystemBind with withCopyFileToContainer

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11083?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11083: --------------------------------- Component/s: Test Suite > Replace TestContainers::withFileSystemBind with withCopyFileToContainer > ----------------------------------------------------------------------- > > Key: ISPN-11083 > URL: https://issues.redhat.com/browse/ISPN-11083 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > > TestContainers withFileSystemBind have permission issues across some environments. The replacement should be withCopyFileToContainer. > There are some issues open/closed. See: https://github.com/testcontainers/testcontainers-java/issues/842#issuecom... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11071) Support container server driver image troubleshooting

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11071?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11071: --------------------------------- Component/s: Test Suite (was: Server) > Support container server driver image troubleshooting > ------------------------------------------------------ > > Key: ISPN-11071 > URL: https://issues.redhat.com/browse/ISPN-11071 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Priority: Critical > > When running on > {noformat} > -bash-4.2$ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 7.7 (Maipo) > -bash-4.2$ docker -v > Docker version 1.13.1, build 4ef4b30/1.13.1 > -bash-4.2$ > {noformat} > The test ResilienceIT is failing due > {noformat} > ?? Checking the system... > ? Docker version should be at least 1.6.0 > ? Docker environment should have more than 2GB free disk space > [0] STDERR: Exception in thread "main" java.lang.RuntimeException: java.nio.file.AccessDeniedException: /opt/infinispan/server/lib > [0] STDERR: at org.infinispan.server.loader.Loader.classLoaderFromPath(Loader.java:79) > [0] STDERR: at org.infinispan.server.loader.Loader.main(Loader.java:45) > [0] STDERR: Caused by: java.nio.file.AccessDeniedException: /opt/infinispan/server/lib > [0] STDERR: at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:90) > [0] STDERR: at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > [0] STDERR: at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > {noformat} > As QE, I would like to have the docker image created to start my researches and see why the server is failing. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2019