[Red Hat JIRA] (ISPN-12500) Possibility to separate the subdirectories under server-root
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12500?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12500:
-----------------------------------
Fix Version/s: 12.0.0.CR1
(was: 12.0.0.Dev07)
> Possibility to separate the subdirectories under server-root
> ------------------------------------------------------------
>
> Key: ISPN-12500
> URL: https://issues.redhat.com/browse/ISPN-12500
> Project: Infinispan
> Issue Type: Feature Request
> Affects Versions: 11.0.5.Final, 12.0.0.Dev06
> Reporter: Wolf-Dieter Fink
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 12.0.0.CR1, 11.0.7.Final
>
>
> For administration purpose it should be possible to set different locations for server/conf server/data server/lib and server/log instead of keeping all together with server-root setting.
> Additionally the lib directory should be scanned recursively, resolving symlinks and supporting bare files (e.g. property files) as well as Jar files. It should also be possible to specify multiple lib directories.
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (ISPN-12528) CLI backup create doesn't reflect directory provided
by Ryan Emerson (Jira)
[ https://issues.redhat.com/browse/ISPN-12528?page=com.atlassian.jira.plugi... ]
Ryan Emerson updated ISPN-12528:
--------------------------------
Component/s: Backup/Restore
> CLI backup create doesn't reflect directory provided
> ----------------------------------------------------
>
> Key: ISPN-12528
> URL: https://issues.redhat.com/browse/ISPN-12528
> Project: Infinispan
> Issue Type: Bug
> Components: Backup/Restore, CLI
> Affects Versions: 12.0.0.Dev06
> Reporter: Dmitry Volodin
> Assignee: Ryan Emerson
> Priority: Major
>
> CLI backup create command doesn't reflect directory provided with following output
> {code:java}
> [example-infinispan-backup-4927@example-infinispan//containers/default/caches/default]> backup create -d /opt/infinispan/backups -n backup1
> Creating backup 'backup1'
> {code}
> However backup was created in the default backup directory
> {code:java}
> sh-4.4$ ls -la /opt/infinispan/backups
> total 20
> drwxrwsr-x. 3 root 1000600000 4096 Nov 27 13:48 .
> drwxrwxr-x. 1 185 root 72 Nov 27 12:41 ..
> drwxrws---. 2 root 1000600000 16384 Nov 27 12:31 lost+found
> sh-4.4$ ls -la /opt/infinispan/server/data/backup-manager/
> total 0
> drwxrwsr-x. 3 185 1000600000 21 Nov 27 13:40 .
> drwxrwsrwx. 3 root 1000600000 234 Nov 27 13:40 ..
> drwxrwsr-x. 2 185 1000600000 25 Nov 27 13:40 backup1
> {code}
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat 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:
-----------------------------------
Fix Version/s: 11.0.7.Final
(was: 11.0.6.Final)
> 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.7.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)
3 years, 4 months