[JBoss JIRA] (ISPN-12095) CLI: Add support for cluster backup/restore
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12095?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12095:
-----------------------------------
Sprint: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48, DataGrid Sprint #49 (was: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48)
> CLI: Add support for cluster backup/restore
> -------------------------------------------
>
> Key: ISPN-12095
> URL: https://issues.redhat.com/browse/ISPN-12095
> Project: Infinispan
> Issue Type: Enhancement
> Components: CLI
> Affects Versions: 11.0.1.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 12.0.0.Final
>
>
> It should be possible to backup/restore a cluster via the CLI:
> {code:java}
> bin/cli.sh -c localhost:11222 --restore <archive-file>
> bin/cli.sh -c localhost:11222 --backup <archive-file>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years
[JBoss JIRA] (ISPN-12261) Protocol server transport management
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12261?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12261:
-----------------------------------
Sprint: DataGrid Sprint #48, DataGrid Sprint #49 (was: DataGrid Sprint #48)
> Protocol server transport management
> -------------------------------------
>
> Key: ISPN-12261
> URL: https://issues.redhat.com/browse/ISPN-12261
> Project: Infinispan
> Issue Type: Feature Request
> Components: CLI, JMX, reporting and management, Server
> Affects Versions: 12.0.0.Dev02
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 12.0.0.Dev04
>
>
> the WF-server had the ability to stop/start a transport via the CLI (ISPN-11240).
> The new server should have a similar capability.
> Aside from start/stop, we should also leverage netty's ipfilter handler which allows filtering based on subnet so that traffic can be blocked selectively.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years
[JBoss JIRA] (ISPN-11978) Java ScriptEngine
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11978?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11978:
-----------------------------------
Sprint: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48, DataGrid Sprint #49 (was: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48)
> Java ScriptEngine
> -----------------
>
> Key: ISPN-11978
> URL: https://issues.redhat.com/browse/ISPN-11978
> Project: Infinispan
> Issue Type: Enhancement
> Components: Tasks
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 12.0.0.Final
>
>
> Since Java 11 the Nashorn script engine has been deprecated and marked for removal.
> We can use either the Java compiler API or JShell to implement a ScriptEngine for Java.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years
[JBoss JIRA] (ISPN-12005) Store purge should ignore errors
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12005?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12005:
-----------------------------------
Sprint: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48, DataGrid Sprint #49 (was: DataGrid Sprint #46, DataGrid Sprint #47, DataGrid Sprint #48)
> Store purge should ignore errors
> --------------------------------
>
> Key: ISPN-12005
> URL: https://issues.redhat.com/browse/ISPN-12005
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Loaders and Stores
> Affects Versions: 10.1.5.Final, 11.0.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 12.0.0.Final, 11.0.4.Final
>
>
> Purging of expired entries from stores is a pretty involved process, especially with {{RocksDBStore}}. When there's a problem unmarshalling the expired bucket or deleting an expired key, the purge task bails out immediately, without processing the remaining keys. To make matters worse, the exception it not logged anywhere. The only sign that something is wrong is a growing store (in the case of {{RocksDBStore}}, a growing number of SST files).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years
[JBoss JIRA] (ISPN-12324) WildFly OpenSSL 2.1.0.Final
by Tristan Tarrant (Jira)
Tristan Tarrant created ISPN-12324:
--------------------------------------
Summary: WildFly OpenSSL 2.1.0.Final
Key: ISPN-12324
URL: https://issues.redhat.com/browse/ISPN-12324
Project: Infinispan
Issue Type: Component Upgrade
Components: Build
Affects Versions: 12.0.0.Dev03
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 12.0.0.Dev04
This enables TLS 1.3
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years
[JBoss JIRA] (ISPN-12314) lsof check is too expensive
by Katia Aresti (Jira)
[ https://issues.redhat.com/browse/ISPN-12314?page=com.atlassian.jira.plugi... ]
Katia Aresti updated ISPN-12314:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> lsof check is too expensive
> ---------------------------
>
> Key: ISPN-12314
> URL: https://issues.redhat.com/browse/ISPN-12314
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 12.0.0.Dev03
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 12.0.0.Dev04
>
>
> ISPN-12280 added a test run of {{lsof}} {{infinispan-server.xml}}, to ensure that it exists before trying to start the server and finding out that we can't kill it. Unfortunately, the test run is without any arguments, so the command execution takes a long time and lists all the open files in the system and put them in a system property.
> On my system, the output of {{lsof}} is 86MB, and now I can't run {{mvn -X}} with {{-Xmx512m}} any more.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years