Connect to Infinispan Server with the Command Line Interface (CLI) to access data and perform administrative operations such as creating users, installing dependencies, and more.
1. Getting Started with Infinispan CLI
The command line interface (CLI) lets you remotely connect to Infinispan Server to access data and perform administrative functions. Complete the following procedures to learn basic CLI usage such as creating users, connecting to Infinispan, and navigating resources. :leveloffset: +1
2. Creating Infinispan users
Add credentials to authenticate with Infinispan Server deployments through Hot Rod and REST endpoints. Before you can access the Infinispan Console or perform cache operations you must create at least one user with the Infinispan command line interface (CLI).
Infinispan enforces security authorization with role-based access control (RBAC).
Create an |
-
Download and install Infinispan Server.
-
Open a terminal in
$ISPN_HOME
. -
Create an
admin
user with theuser create
command.bin/cli.sh user create admin -p changeme
Run
help user
from a CLI session to get complete command details.
Open user.properties
and confirm the user exists.
cat server/conf/users.properties
admin=scram-sha-1\:BYGcIAwvf6b...
Adding credentials to a properties realm with the CLI creates the user only on the server instance to which you are connected. You must manually synchronize credentials in a properties realm to each node in the cluster. |
2.1. Granting roles to users
Assign roles to users and grant them permissions to perform cache operations and interact with Infinispan resources.
Grant roles to groups instead of users if you want to assign the same role to multiple users and centrally maintain their permissions. |
-
Have
ADMIN
permissions for Infinispan. -
Create Infinispan users.
-
Create a CLI connection to Infinispan.
-
Assign roles to users with the
user roles grant
command, for example:user roles grant --roles=deployer katie
List roles that you grant to users with the user roles ls
command.
user roles ls katie
["deployer"]
2.2. Adding users to groups
Groups let you change permissions for multiple users. You assign a role to a group and then add users to that group. Users inherit permissions from the group role.
You use groups as part of a property realm in the Infinispan Server configuration. Each group is a special type of user that also requires a username and password. |
-
Have
ADMIN
permissions for Infinispan. -
Create Infinispan users.
-
Create a CLI connection to Infinispan.
-
Use the
user create
command to create a group.-
Specify a group name with the
--groups
argument. -
Set a username and password for the group.
user create --groups=developers developers -p changeme
-
-
List groups.
user ls --groups
-
Grant a role to the group.
user roles grant --roles=application developers
-
List roles for the group.
user roles ls developers
-
Add users to the group one at a time.
user groups john --groups=developers
Open groups.properties
and confirm the group exists.
cat server/conf/groups.properties
2.3. Infinispan user roles and permissions
Infinispan includes several roles that provide users with permissions to access caches and Infinispan resources.
Role | Permissions | Description |
---|---|---|
|
ALL |
Superuser with all permissions including control of the Cache Manager lifecycle. |
|
ALL_READ, ALL_WRITE, LISTEN, EXEC, MONITOR, CREATE |
Can create and delete Infinispan resources in addition to |
|
ALL_READ, ALL_WRITE, LISTEN, EXEC, MONITOR |
Has read and write access to Infinispan resources in addition to |
|
ALL_READ, MONITOR |
Has read access to Infinispan resources in addition to |
|
MONITOR |
Can view statistics via JMX and the |
2.4. Connecting to Infinispan Servers
Establish CLI connections to Infinispan.
Add user credentials and have at least one running Infinispan server instance.
-
Open a terminal in
$ISPN_HOME
. -
Start the CLI.
-
Linux:
bin/cli.sh
-
Microsoft Windows:
bin\cli.bat
-
-
Run the
connect
command and enter your username and password when prompted.-
Infinispan Server on the default port of
11222
:[disconnected]> connect
-
Infinispan Server with a port offset of
100
:[disconnected]> connect 127.0.0.1:11322
-
2.5. Connecting to Infinispan Servers running in a container
Establishing a connection with Infinispan running in a container through the CLI.
-
You have at least one Infinispan server instance running in a container.
-
Open a terminal.
-
Start the CLI.
-
Podman or Docker:
podman/docker run -it --net=host infinispan/cli
-
-
Run the
connect
command to connect to a Infinispan server running on the default port of11222
. Enter your username and password when prompted.[disconnected]> connect Username: your_user_name Password: ******** [6b0130c153e3-50183@cluster//containers/default]>
2.6. Navigating CLI Resources
The Infinispan CLI exposes a navigable tree that allows you to list, describe, and manipulate Infinispan cluster resources.
Press the tab key to display available commands and options. Use the |
When you connect to a Infinispan cluster, it opens in the context of the default cache container.
[//containers/default]>
-
Use
ls
to list resources.[//containers/default]> ls caches counters configurations schemas tasks
-
Use
cd
to navigate the resource tree.cd caches
-
Use
describe
to view information about resources.describe
{ "name" : "default", "version" : "xx.x.x-FINAL", "cluster_name" : "cluster", "coordinator" : true, "cache_configuration_names" : [ "org.infinispan.REPL_ASYNC", "___protobuf_metadata", "org.infinispan.DIST_SYNC", "org.infinispan.LOCAL", "org.infinispan.INVALIDATION_SYNC", "org.infinispan.REPL_SYNC", "org.infinispan.SCATTERED_SYNC", "org.infinispan.INVALIDATION_ASYNC", "org.infinispan.DIST_ASYNC" ], "physical_addresses" : "[192.0.2.0:7800]", "coordinator_address" : "<hostname>", "cache_manager_status" : "RUNNING", "created_cache_count" : "1", "running_cache_count" : "1", "node_address" : "<hostname>", "cluster_members" : [ "<hostname1>", "<hostname2>" ], "cluster_members_physical_addresses" : [ "192.0.2.0:7800", "192.0.2.0:7801" ], "cluster_size" : 2, "defined_caches" : [ { "name" : "mycache", "started" : true }, { "name" : "___protobuf_metadata", "started" : true } ] }
2.6.1. CLI Resources
The Infinispan CLI exposes different resources to:
-
create, modify, and manage local or clustered caches.
-
perform administrative operations for Infinispan clusters.
[//containers/default]> ls caches counters configurations schemas tasks
caches
-
Infinispan cache instances. The default cache container is empty. Use the CLI to create caches from templates or
infinispan.xml
files. counters
-
Strong
orWeak
counters that record the count of objects. configurations
-
Infinispan configurations.
schemas
-
Protocol Buffers (Protobuf) schemas that structure data in the cache.
tasks
-
Remote tasks creating and managing Infinispan cache definitions.
[hostname@cluster/]> ls containers cluster server
containers
-
Cache containers on the Infinispan cluster.
cluster
-
Lists Infinispan Servers joined to the cluster.
server
-
Resources for managing and monitoring Infinispan Servers.
2.7. Shutting down Infinispan Server
Stop individually running servers or bring down clusters gracefully.
-
Create a CLI connection to Infinispan.
-
Shut down Infinispan Server in one of the following ways:
-
Stop all nodes in a cluster with the
shutdown cluster
command, for example:shutdown cluster
This command saves cluster state to the
data
folder for each node in the cluster. If you use a cache store, theshutdown cluster
command also persists all data in the cache. -
Stop individual server instances with the
shutdown server
command and the server hostname, for example:shutdown server <my_server01>
-
The |
Run |
Infinispan logs the following messages when you shut down servers:
ISPN080002: Infinispan Server stopping
ISPN000080: Disconnecting JGroups channel cluster
ISPN000390: Persisted state, version=<$version> timestamp=YYYY-MM-DDTHH:MM:SS
ISPN080003: Infinispan Server stopped
2.7.1. Shutdown and restart of Infinispan clusters
Prevent data loss and ensure consistency of your cluster by properly shutting down and restarting nodes.
Cluster shutdown
Infinispan recommends using the shutdown cluster
command to stop all nodes in a cluster while saving cluster state and persisting all data in the cache.
You can use the shutdown cluster
command also for clusters with a single node.
When you bring Infinispan clusters back online, all nodes and caches in the cluster will be unavailable until all nodes rejoin. To prevent inconsistencies or data loss, Infinispan restricts access to the data stored in the cluster and modifications of the cluster state until the cluster is fully operational again. Additionally, Infinispan disables cluster rebalancing and prevents local cache stores purging on startup.
During the cluster recovery process, the coordinator node logs messages for each new node joining, indicating which nodes are available and which are still missing. Other nodes in the Infinispan cluster have the view from the time they join. You can monitor availability of caches using the Infinispan Console or REST API.
However, in cases where waiting for all nodes is not necessary nor desired, it is possible to set a cache available with the current topology. This approach is possible through the CLI, see below, or the REST API.
Manually installing a topology can lead to data loss, only perform this operation if the initial topology cannot be recreated. |
Server shutdown
After using the shutdown server
command to bring nodes down, the first node to come back online will be available immediately without waiting for other members.
The remaining nodes join the cluster immediately, triggering state transfer but loading the local persistence first, which might lead to stale entries.
Local cache stores configured to purge on startup will be emptied when the server starts.
Local cache stores marked as purge=false
will be available after a server restarts but might contain stale entries.
If you shutdown clustered nodes with the shutdown server
command, you must restart each server in reverse order to avoid potential issues related to data loss and stale entries in the cache.
For example, if you shutdown server1
and then shutdown server2
, you should first start server2
and then start server1
.
However, restarting clustered nodes in reverse order does not completely prevent data loss and stale entries.
3. Performing Cache Operations with the Infinispan CLI
Use the command line interface (CLI) to perform operations on remote caches such as creating caches, manipulating data, and rebalancing.
3.1. Creating remote caches with the Infinispan CLI
Use the Infinispan Command Line Interface (CLI) to add remote caches on Infinispan Server.
-
Create a Infinispan user with
admin
permissions. -
Start at least one Infinispan Server instance.
-
Have a Infinispan cache configuration.
-
Start the CLI.
bin/cli.sh
-
Run the
connect
command and enter your username and password when prompted. -
Use the
create cache
command to create remote caches.For example, create a cache named "mycache" from a file named
mycache.xml
as follows:create cache --file=mycache.xml mycache
-
List all remote caches with the
ls
command.ls caches mycache
-
View cache configuration with the
describe
command.describe caches/mycache
3.1.1. Cache configuration
You can create declarative cache configuration in XML, JSON, and YAML format.
All declarative caches must conform to the Infinispan schema. Configuration in JSON format must follow the structure of an XML configuration, elements correspond to objects and attributes correspond to fields.
Infinispan restricts characters to a maximum of |
A file system might set a limitation for the length of a file name, so ensure that a cache’s name does not exceed this limitation. If a cache name exceeds a file system’s naming limitation, general operations or initialing operations towards that cache might fail. Write succinct file names. |
Distributed caches
<distributed-cache owners="2"
segments="256"
capacity-factor="1.0"
l1-lifespan="5s"
mode="SYNC"
statistics="true">
<encoding media-type="application/x-protostream"/>
<locking isolation="REPEATABLE_READ"/>
<transaction mode="FULL_XA"
locking="OPTIMISTIC"/>
<expiration lifespan="5s"
max-idle="1s" />
<memory max-count="1000000"
when-full="REMOVE"/>
<indexing enabled="true"
storage="local-heap">
<index-reader refresh-interval="1s"/>
<indexed-entities>
<indexed-entity>org.infinispan.Person</indexed-entity>
</indexed-entities>
</indexing>
<partition-handling when-split="ALLOW_READ_WRITES"
merge-policy="PREFERRED_NON_NULL"/>
<persistence passivation="false">
<!-- Persistent storage configuration. -->
</persistence>
</distributed-cache>
{
"distributed-cache": {
"mode": "SYNC",
"owners": "2",
"segments": "256",
"capacity-factor": "1.0",
"l1-lifespan": "5000",
"statistics": "true",
"encoding": {
"media-type": "application/x-protostream"
},
"locking": {
"isolation": "REPEATABLE_READ"
},
"transaction": {
"mode": "FULL_XA",
"locking": "OPTIMISTIC"
},
"expiration" : {
"lifespan" : "5000",
"max-idle" : "1000"
},
"memory": {
"max-count": "1000000",
"when-full": "REMOVE"
},
"indexing" : {
"enabled" : true,
"storage" : "local-heap",
"index-reader" : {
"refresh-interval" : "1000"
},
"indexed-entities": [
"org.infinispan.Person"
]
},
"partition-handling" : {
"when-split" : "ALLOW_READ_WRITES",
"merge-policy" : "PREFERRED_NON_NULL"
},
"persistence" : {
"passivation" : false
}
}
}
distributedCache:
mode: "SYNC"
owners: "2"
segments: "256"
capacityFactor: "1.0"
l1Lifespan: "5000"
statistics: "true"
encoding:
mediaType: "application/x-protostream"
locking:
isolation: "REPEATABLE_READ"
transaction:
mode: "FULL_XA"
locking: "OPTIMISTIC"
expiration:
lifespan: "5000"
maxIdle: "1000"
memory:
maxCount: "1000000"
whenFull: "REMOVE"
indexing:
enabled: "true"
storage: "local-heap"
indexReader:
refreshInterval: "1000"
indexedEntities:
- "org.infinispan.Person"
partitionHandling:
whenSplit: "ALLOW_READ_WRITES"
mergePolicy: "PREFERRED_NON_NULL"
persistence:
passivation: "false"
# Persistent storage configuration.
Replicated caches
<replicated-cache segments="256"
mode="SYNC"
statistics="true">
<encoding media-type="application/x-protostream"/>
<locking isolation="REPEATABLE_READ"/>
<transaction mode="FULL_XA"
locking="OPTIMISTIC"/>
<expiration lifespan="5s"
max-idle="1s" />
<memory max-count="1000000"
when-full="REMOVE"/>
<indexing enabled="true"
storage="local-heap">
<index-reader refresh-interval="1s"/>
<indexed-entities>
<indexed-entity>org.infinispan.Person</indexed-entity>
</indexed-entities>
</indexing>
<partition-handling when-split="ALLOW_READ_WRITES"
merge-policy="PREFERRED_NON_NULL"/>
<persistence passivation="false">
<!-- Persistent storage configuration. -->
</persistence>
</replicated-cache>
{
"replicated-cache": {
"mode": "SYNC",
"segments": "256",
"statistics": "true",
"encoding": {
"media-type": "application/x-protostream"
},
"locking": {
"isolation": "REPEATABLE_READ"
},
"transaction": {
"mode": "FULL_XA",
"locking": "OPTIMISTIC"
},
"expiration" : {
"lifespan" : "5000",
"max-idle" : "1000"
},
"memory": {
"max-count": "1000000",
"when-full": "REMOVE"
},
"indexing" : {
"enabled" : true,
"storage" : "local-heap",
"index-reader" : {
"refresh-interval" : "1000"
},
"indexed-entities": [
"org.infinispan.Person"
]
},
"partition-handling" : {
"when-split" : "ALLOW_READ_WRITES",
"merge-policy" : "PREFERRED_NON_NULL"
},
"persistence" : {
"passivation" : false
}
}
}
replicatedCache:
mode: "SYNC"
segments: "256"
statistics: "true"
encoding:
mediaType: "application/x-protostream"
locking:
isolation: "REPEATABLE_READ"
transaction:
mode: "FULL_XA"
locking: "OPTIMISTIC"
expiration:
lifespan: "5000"
maxIdle: "1000"
memory:
maxCount: "1000000"
whenFull: "REMOVE"
indexing:
enabled: "true"
storage: "local-heap"
indexReader:
refreshInterval: "1000"
indexedEntities:
- "org.infinispan.Person"
partitionHandling:
whenSplit: "ALLOW_READ_WRITES"
mergePolicy: "PREFERRED_NON_NULL"
persistence:
passivation: "false"
# Persistent storage configuration.
Multiple caches
<infinispan
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:infinispan:config:15.2 https://infinispan.org/schemas/infinispan-config-15.2.xsd
urn:infinispan:server:15.2 https://infinispan.org/schemas/infinispan-server-15.2.xsd"
xmlns="urn:infinispan:config:15.2"
xmlns:server="urn:infinispan:server:15.2">
<cache-container name="default"
statistics="true">
<distributed-cache name="mycacheone"
mode="ASYNC"
statistics="true">
<encoding media-type="application/x-protostream"/>
<expiration lifespan="5m"/>
<memory max-size="400MB"
when-full="REMOVE"/>
</distributed-cache>
<distributed-cache name="mycachetwo"
mode="SYNC"
statistics="true">
<encoding media-type="application/x-protostream"/>
<expiration lifespan="5m"/>
<memory max-size="400MB"
when-full="REMOVE"/>
</distributed-cache>
</cache-container>
</infinispan>
{
"infinispan" : {
"cache-container" : {
"name" : "default",
"statistics" : "true",
"caches" : {
"mycacheone" : {
"distributed-cache" : {
"mode": "ASYNC",
"statistics": "true",
"encoding": {
"media-type": "application/x-protostream"
},
"expiration" : {
"lifespan" : "300000"
},
"memory": {
"max-size": "400MB",
"when-full": "REMOVE"
}
}
},
"mycachetwo" : {
"distributed-cache" : {
"mode": "SYNC",
"statistics": "true",
"encoding": {
"media-type": "application/x-protostream"
},
"expiration" : {
"lifespan" : "300000"
},
"memory": {
"max-size": "400MB",
"when-full": "REMOVE"
}
}
}
}
}
}
}
infinispan:
cacheContainer:
name: "default"
statistics: "true"
caches:
mycacheone:
distributedCache:
mode: "ASYNC"
statistics: "true"
encoding:
mediaType: "application/x-protostream"
expiration:
lifespan: "300000"
memory:
maxSize: "400MB"
whenFull: "REMOVE"
mycachetwo:
distributedCache:
mode: "SYNC"
statistics: "true"
encoding:
mediaType: "application/x-protostream"
expiration:
lifespan: "300000"
memory:
maxSize: "400MB"
whenFull: "REMOVE"
3.2. Modifying Infinispan cache configuration
Make changes to your remote cache configuration with the Infinispan CLI. You can modify attributes in your cache configuration either one at a time or provide a cache configuration in XML, JSON or YAML format to modify several attributes at once.
-
Create at least one remote cache on your Infinispan cluster.
-
Create a CLI connection to Infinispan.
-
Modify the cache configuration with the
alter
command in one of the following ways:-
Use the
--file
option to specify a configuration file with one or more attribute modifications. -
Use the
--attribute
and--value
option to modify a specific configuration attribute.For more information and examples, run the
help alter
command.
-
-
Verify your changes with the
describe
command, for example:describe caches/mycache
3.3. Adding Cache Entries
Create key:value
pair entries in the data container.
Create a Infinispan cache that can store your data.
-
Create a CLI connection to Infinispan.
-
Add entries into your cache as follows:
-
Use the
--cache=
with theput
command:put --cache=mycache hello world
-
Use the
put
command from the context of a cache:[//containers/default/caches/mycache]> put hello world
-
-
Use the
get
command to verify entries.[//containers/default/caches/mycache]> get hello world
3.4. Clearing Caches and Deleting Entries
Remove data from caches with the Infinispan CLI.
-
Create a CLI connection to Infinispan.
-
Do one of the following:
-
Delete all entries with the
clearcache
command.clearcache mycache
-
Remove specific entries with the
remove
command.remove --cache=mycache hello
-
3.5. Deleting Caches
Drop caches to remove them and delete all data they contain.
-
Create a CLI connection to Infinispan.
-
Remove caches with the
drop
command.drop cache mycache
3.6. Configuring Automatic Cache Rebalancing
By default, Infinispan automatically rebalances caches as nodes join and leave the cluster. You can configure automatic cache rebalancing by disabling or enabling it at the Cache Manager level or on a per-cache basis.
-
Create a CLI connection to Infinispan.
-
Disable automatic rebalancing for all caches with the
rebalance disable
command.rebalance disable
-
Enable automatic rebalancing for a specific cache with the
rebalance enable
command.The following example enables rebalancing for the cache named "mycache" only.
rebalance enable caches/mycache
-
Re-enable automatic rebalancing for all caches.
rebalance enable
For more information about the rebalance
command, run help rebalance
.
3.7. Set a Stable Topology
By default, after a cluster shutdown, Infinispan waits for all nodes to join the cluster and restore the topology. However, we offer a CLI command to mark the current topology stable for a specific cache.
The command does not operate on internal caches. There will be a loss of functionality for caches requiring access to the internal caches with missing members. For example, users will be unable to upload schemas to the internal cache for Protobuf schemas when there are missing nodes. Script execution and upload, and distributed locks are similarly affected. |
-
Create a CLI connection to Infinispan.
-
Do one of the following:
-
Set the current topology as stable for the given cache.
topology set-stable cacheName
-
If the number of nodes missing from the current topology is more than or equal to the number of owners, the force flag is necessary to confirm the operation.
topology set-stable cacheName -f
If all the caches do not have the same number of owners,
numOwners
, then only some caches are affected. You can examine only the caches with a different number of owners and set the topology as stable for those caches. Note that the command only sets the topology for a single cache.If you use the force flag, you might lose data.
-
For more information about the topology set-stable
command, run topology set-stable -h
.
4. Performing Batch Operations
Process operations in groups, either interactively or using batch files.
-
A running Infinispan cluster.
4.1. Performing Batch Operations with Files
Create files that contain a set of operations and then pass them to the Infinispan CLI.
-
Create a file that contains a set of operations.
For example, create a file named
batch
that creates a cache namedmybatch
, adds two entries to the cache, and disconnects from the CLI.connect --username=<username> --password=<password> <hostname>:11222 create cache --template=org.infinispan.DIST_SYNC mybatch put --cache=mybatch hello world put --cache=mybatch hola mundo ls caches/mybatch disconnect
Configure the CLI with the
autoconnect-url
property instead of using theconnect
command directly in your batch files. -
Run the CLI and specify the file as input.
bin/cli.sh -f batch
CLI batch files support system property expansion. Strings that use the
|
4.2. Performing Batch Operations Interactively
Use the standard input stream, stdin, to perform batch operations interactively.
-
Start the Infinispan CLI in interactive mode.
bin/cli.sh -c localhost:11222 -f -
You can configure the CLI connection with the
autoconnect-url
property instead of using the-c
argument. -
Run batch operations, for example:
create cache --template=org.infinispan.DIST_SYNC mybatch put --cache=mybatch hello world put --cache=mybatch hola mundo disconnect quit
5. Configuring the Infinispan CLI
Define configuration properties for the Infinispan CLI.
5.1. Setting Infinispan CLI Properties and Persistent Storage
Configure Infinispan CLI startup operations and customize the location for persistent storage.
Create at least one Infinispan user.
-
Optionally set a custom path to the Infinispan CLI storage directory in one of the following ways:
-
Using the
cli.dir
system property:bin/cli.sh -Dcli.dir=/path/to/cli/storage ...
-
Using the
ISPN_CLI_DIR
environment variable:export ISPN_CLI_DIR=/path/to/cli/storage bin/cli.sh ...
-
-
Set values for configuration properties with the
config set
command.For example, set the
autoconnect-url
property so that the CLI automatically connects to that URL.For remote connections, specify the URL and provide credentials:
-
http[s]://<username>:<password>@<hostname>:<port>
for basic authentication. -
http[s]://<token>@<hostname>:<port>
for OAuth authentication.
bin/cli.sh config set autoconnect-url http://<username>:<password>@<hostname>:11222
-
-
Verify configuration properties with the
config get
command.Run
help config
to review available configuration properties and get example usage.
5.2. Creating Command Aliases
Create aliases for Infinispan CLI commands to define custom shortcuts.
-
Create aliases with the
alias <alias>=<command>
command.For example, set
q
as an alias for thequit
command:alias q=quit
-
Run the
alias
command to check the defined aliases.alias alias q='quit'
-
Delete aliases with the
unalias
command, for example:unalias q
5.3. Trusting Infinispan Server Connections
Secure Infinispan CLI connections to Infinispan Server with SSL/TLS certificates. If you create a key store as an SSL identity for Infinispan Server, the CLI can validate server certificates to verify the identity.
-
Set up an SSL identity for Infinispan Server.
-
Create at least one Infinispan user.
-
Specify the location of the server key store, as in the following example:
bin/cli.sh config set truststore /home/user/my-trust-store.jks
-
Optional: Define a trust store password. The following example sets
secret
as the trust store password:bin/cli.sh config set truststore-password secret
-
Optional: If you require client certificate authentication for your server, specify the location of the client key store. Considering the following example, replace
<path>
with the absolute directory path to your key store file, and replace<key_store_file>
with the name of your key store file:bin/cli.sh config set keystore /<em><path></em>/<em><key_store_file></em>
-
Optional: Define a key store password. The following example sets
secret
as the key store password:bin/cli.sh config set keystore-password secret
-
Verify your CLI configuration.
bin/cli.sh config get truststore
bin/cli.sh config get truststore-password
5.4. Infinispan CLI Storage Directory
Infinispan CLI stores configuration in the following default directory:
Operating System | Default Path |
---|---|
Linux/Unix |
|
Microsoft Windows |
|
Mac OS |
|
This directory contains the following files:
cli.properties
-
Stores values for CLI configuration properties.
aliases
-
Stores command aliases.
history
-
Stores CLI history.
6. Working with Counters
Counters provide atomic increment and decrement operations that record the count of objects.
-
Start the Infinispan CLI.
-
Connect to a running Infinispan cluster.
6.1. Creating Counters
Create strong and weak counters with the Infinispan CLI.
-
Create a CLI connection to Infinispan.
-
Run the
create counter
command with the appropriate arguments.-
Create
my-weak-counter
.create counter --concurrency-level=1 --initial-value=5 --storage=PERSISTENT --type=weak my-weak-counter
-
Create
my-strong-counter
.create counter --initial-value=3 --storage=PERSISTENT --type=strong my-strong-counter
-
-
List available counters.
ls counters
-
Verify counter configurations.
-
Describe
my-weak-counter
.describe counters/my-weak-counter
{ "weak-counter":{ "initial-value":5, "storage":"PERSISTENT", "concurrency-level":1 } }
-
Describe
my-strong-counter
.describe counters/my-strong-counter
{ "strong-counter":{ "initial-value":3, "storage":"PERSISTENT", "upper-bound":5 } }
-
6.2. Adding Deltas to Counters
Increment or decrement counters with arbitrary values.
-
Select a counter.
counter my-weak-counter
-
List the current count.
[//containers/default/counters/my-weak-counter]> ls 5
-
Increment the counter value by
2
.[//containers/default/counters/my-weak-counter]> add --delta=2
-
Decrement the counter value by
-4
.[//containers/default/counters/my-weak-counter]> add --delta=-4
Strong counters return values after the operation is applied. Use
For example, Weak counters return empty responses. |
7. Performing Cross-Site Replication Operations
Infinispan clusters running in different locations can discover and communicate with each other to backup data.
-
Start the Infinispan CLI.
-
Connect to a running Infinispan cluster.
7.1. Bringing backup locations offline and online
Take backup locations offline manually and bring them back online.
-
Create a CLI connection to Infinispan.
-
Check if backup locations are online or offline with the
site status
command:site status --cache=cacheName --site=NYC
--site
is an optional argument. If not set, the CLI returns all backup locations.Use the
--all-caches
option to get the backup location status for all caches. -
Manage backup locations as follows:
-
Bring backup locations online with the
bring-online
command:site bring-online --cache=customers --site=NYC
-
Take backup locations offline with the
take-offline
command:site take-offline --cache=customers --site=NYC
-
Use the |
For more information and examples, run the help site
command.
7.2. Configuring cross-site state transfer modes
You can configure cross-site state transfer operations to happen automatically when Infinispan detects that backup locations come online. Alternatively you can use the default mode, which is to manually perform state transfer.
-
Create a CLI connection to Infinispan.
-
Use the
site
command to configure state transfer modes, as in the following examples:-
Retrieve the current state transfer mode.
site state-transfer-mode get --cache=cacheName --site=NYC
-
Configure automatic state transfer operations for a cache and backup location.
site state-transfer-mode set --cache=cacheName --site=NYC --mode=AUTO
-
Run the |
7.3. Pushing state to backup locations
Transfer cache state to backup locations.
-
Create a CLI connection to Infinispan.
-
Use the
site push-site-state
command to push state transfer, as in the following example:site push-site-state --cache=cacheName --site=NYC
Use the |
For more information and examples, run the help site
command.
8. Backing Up and Restoring Infinispan Clusters
Create archives of Infinispan resources that include cached entries, cache configurations, Protobuf schemas, and server scripts. You can then use the backup archives to restore Infinispan Server clusters after a restart or migration.
-
Start the Infinispan CLI.
-
Connect to a running Infinispan cluster.
8.1. Backing Up Infinispan Clusters
Create backup archives in .zip
format that you can download or store on
Infinispan Server.
Backup archives should reflect the most recent cluster state. For this reason you should ensure the cluster is no longer accepting write requests before you create backup archives.
-
Create a CLI connection to Infinispan.
-
Run the
backup create
command with the appropriate options, for example:-
Back up all resources with an automatically generated name.
backup create
-
Back up all resources in a backup archive named
example-backup
.backup create -n example-backup
-
Back up all resources to the
/some/server/dir
path on the server.backup create -d /some/server/dir
-
Back up only caches and cache templates.
backup create --caches=* --templates=*
-
Back up named Protobuf schemas only.
backup create --proto-schemas=schema1,schema2
-
-
List available backup archives on the server.
backup ls
-
Download the
example-backup
archive from the server.If the backup operation is still in progress, the command waits for it to complete.
backup get example-backup
-
Optionally delete the
example-backup
archive from the server.backup delete example-backup
8.2. Restoring Infinispan Clusters from Backup Archives
Apply the content of backup archives to Infinispan clusters to restore them to the backed up state.
-
Create a backup archive that is either local to the Infinispan CLI or stored on Infinispan Server.
-
Ensure that the target container matches the container name in the backup archive. You cannot restore backups if the container names do not match.
-
Create a CLI connection to Infinispan.
-
Run the
backup restore
command with the appropriate options.-
Restore all content from a backup archive accessible on the server.
backup restore /some/path/on/the/server
-
Restore all content from a local backup archive.
backup restore -u /some/local/path
-
Restore only cache content from a backup archive on the server.
backup restore /some/path/on/the/server --caches=*
-
9. Command Reference
Review manual pages for Infinispan CLI commands.
Use For example, to view the manual page for the $ help get |
9.1. ADD(1)
9.1.3. OPTIONS
- --delta='nnn'
-
Sets a delta to increment or decrement the counter value. Defaults to
1
. - -q, --quiet='[true|false]'
-
Hides return values for strong counters. The default is
false
.
9.2. ALIAS(1)
9.3. ALTER(1)
9.3.2. SYNOPSIS
alter cache ['OPTIONS'] CACHE_NAME
You can modify a cache with the alter
command only if the changes are compatible with the existing configuration.
For example you cannot use a replicated cache configuration to modify a distributed cache.
Likewise if you create a cache configuration with a specific attribute, you cannot modify the configuration to use a different attribute instead.
For example, attempting to modify cache configuration by specifying a value for the max-count
attribute results in invalid configuration if the max-size
is already set.
9.3.3. ALTER CACHE OPTIONS
- -f, --file='FILE'
-
Specifies a configuration file in XML, JSON or YAML format that modifies an existing configuration. Mutually exclusive with the
--attribute
option. - --attribute='ATTRIBUTE'
-
Specifies an attribute to modify in an existing configuration. Press the tab key to display a list of attributes. Must be used in combination with the
--value
option. Mutually exclusive with the--file
option. - --value='VALUE'
-
Specifies one or more new values for a configuration attribute. Separate multiple values with a comma. Must be used in combination with the
--attribute
option.
9.3.4. EXAMPLES
alter cache mycache --file=/path/to/mycache.json
Modifies the configuration of a cache named mycache
with the mycache.json
file.
alter cache mycache --attribute=clustering.remote-timeout --value=5000
Modifies the configuration of a cache named mycache
so that the clustering.remote-timeout
attribute has a value of '5000'.
9.4. AVAILABILITY(1)
9.4.3. OPTIONS
- --mode='[AVAILABLE|DEGRADED_MODE]'
-
Sets cache availability to AVAILABLE or DEGRADED_MODE when using either the DENY_READ_WRITES or ALLOW_READS partition handling strategy.
AVAILABLE makes caches available to all nodes in a network partition. DEGRADED_MODE prevents read and write operations on caches when network partitions occur.
9.5. BACKUP(1)
9.5.2. SYNOPSIS
backup create ['OPTIONS']
backup delete ['OPTIONS'] BACKUP_NAME
backup get ['OPTIONS'] BACKUP_NAME
backup ls
backup restore ['OPTIONS'] BACKUP_PATH
9.5.3. BACKUP CREATE OPTIONS
- -d, --dir='PATH'
-
Specifies a directory on the server to create and store the backup archive.
- -n, --name='NAME'
-
Defines a name for the backup archive.
- --caches='cache1,cache2,…'
-
Lists caches to back up. Use '*' to back up all caches.
- --templates='template1,template2,…'
-
Lists cache templates to back up. Use '*' to back up all templates.
- --counters='counter1,counter2,…'
-
Lists of counters to back up. Use '*' to back up all counters.
- --proto-schemas='schema1,schema2,…'
-
Lists Protobuf schemas to back up. Use '*' to back up all schemas.
- --tasks='task1,task2,…'
-
Lists server tasks to back up. Use '*' to back up all tasks.
9.5.4. BACKUP GET OPTIONS
- --no-content
-
Does not download content. The command returns only when the backup operation is complete.
9.5.5. BACKUP RESTORE OPTIONS
- -u, --upload
-
Defines the path to a local backup archive that is uploaded to the server.
- -n, --name='NAME'
-
Defines a name for the restore request.
- --caches='cache1,cache2,…'
-
Lists caches to restore. Use '*' to restore all caches from the backup archive.
- --templates='template1,template2,…'
-
Lists cache templates to restore. Use '*' to restore all templates from the backup archive.
- --counters='counter1,counter2,…'
-
Lists counters to restore. Use '*' to restore all counters from the backup archive.
- --proto-schemas='schema1,schema2,…'
-
Lists Protobuf schemas to restore. Use '*' to restore all schemas from the backup archive.
- --tasks='task1,task2,…'
-
Lists server tasks to restore. Use '*' to restore all tasks from the backup archive.
9.5.6. EXAMPLES
backup create -n example-backup
Initiates a backup of all container content with name example-backup
.
backup create -d /some/server/dir
Initiates a backup of all container content and stores it on the server at path /some/server/dir
.
backup create --caches=* --templates=*
Initiates a backup that contains only cache and cache configuration resources.
backup create --proto-schemas=schema1,schema2
Initiates a backup that contains the named schema resources only.
backup ls
Lists all backups available on the server.
backup get example-backup
Downloads the example-backup
archive from the server. If the backup operation is in progress, the command waits for it to complete.
backup restore /some/path/on/the/server
Restores all content from a backup archive on the server.
backup restore -u /some/local/path
Restores all content from a local backup archive that is uploaded to the server.
backup restore /some/path/on/the/server --caches=*
Restores only cache content from a backup archive on the server.
backup restore /some/path/on/the/server --proto-schemas=schema1,schema2
Restores only the named schema resources from a backup archive on the server.
backup delete example-backup
Deletes the example-backup
archive from the server.
9.6. BENCHMARK(1)
9.6.1. NAME
benchmark - runs a performance benchmark against a cache.
You can run performance benchmarks for the following HTTP and Hot Rod
protocols: http
, https
, hotrod
, and hotrods
. You specify the protocol
for the benchmark with a URI. If you do not specify a protocol, the benchmark
uses the URI of the current CLI connection.
Benchmarks for Hot Rod URIs connect to the entire cluster. For HTTP URIs, benchmarks connect to a single node only.
Benchmarks test performance against an existing cache. Before you run a benchmark, you should create a cache with the capabilities you want to measure. For example, if you want to evaluate the performance of cross-site replication, you should create a cache that has backup locations. If you want to test the performance of persistence, create a cache that uses an appropriate cache store.
9.6.3. BENCHMARK OPTIONS
- -t, --threads='num'
-
Specifies the number of threads to create. Defaults to
10
. - --cache='cache'
-
Names the cache against which the benchmark is performed. Defaults to
benchmark
. You must create the cache before running the benchmark if it does not already exist. - *--key-size='num'
-
Sets the size, in bytes, of the key. Defaults to 16 bytes.
- *--value-size='num'
-
Sets the size, in bytes, of the value. Defaults to 1000 bytes.
- *--keyset-size='num'
-
Defines the size, in bytes, of the test key set. Defaults to
1000
. - --verbosity=['SILENT', 'NORMAL', 'EXTRA']
-
Specifies the verbosity level of the output. Possible values, from least to most verbose, are
SILENT
,NORMAL
, andEXTRA
. The default isNORMAL
. - -c, --count='num'
-
Specifies how many measurement iterations to perform. Defaults to
5
. - --time='time'
-
Sets the amount of time, in seconds, that each iteration takes. Defaults to
10
. - --warmup-count='num'
-
Specifies how many warmup iterations to perform. Defaults to
5
. - --warmup-time='time'
-
Sets the amount of time, in seconds, that each warmup iteration takes. Defaults to
1
. - --mode='mode'
-
Specifies the benchmark mode. Possible values are
Throughput
,AverageTime
,SampleTime
,SingleShotTime
, andAll
. The default isThroughput
. - --time-unit='unit'
-
Specifies the time unit for results in the benchmark report. Possible values are
NANOSECONDS
,MICROSECONDS
,MILLISECONDS
, andSECONDS
. The default isMICROSECONDS
.
9.6.4. EXAMPLES
benchmark hotrod://localhost:11222
Performs a benchmark test with the Hot Rod protocol.
benchmark --value-size=10000 --cache=largecache hotrod://localhost:11222
Performs a benchmark test with the Hot Rod protocol against the largecache
cache using test values that are 10000 bytes in size.
benchmark --mode=All --threads=20 https://user:password@server:11222
Performs a benchmark test with the HTTPS protocol using 20 threads and includes all modes in the report.
9.7. CACHE(1)
9.8. CAS(1)
9.8.3. OPTIONS
- --expect='nnn'
-
Specifies the expected value of the counter.
- --value='nnn'
-
Sets a new value for the counter.
- -q, --quiet='[true|false]'
-
Hides return values. The default is false.
9.9. CD(1)
9.11. CONFIG(1)
9.11.2. SYNOPSIS
config
config set 'name' 'value'
config get 'name'
config convert --outputFormat=[xml|json|yaml] [-o outputFile] [inputFile]
9.11.3. DESCRIPTION
Manage (list, set, get) CLI configuration properties and provide configuration conversion between the different formats (XML, JSON, YAML)
9.11.4. COMMAND SYNOPSIS
- config
-
Lists all configuration properties that are set.
- config set 'name' ['value']
-
Sets the value of a specific property. If you do not specify a value, the property is not set.
- config get 'name'
-
Retrieves the value of a specific property.
- config reset
-
Resets all properties to their default values.
- config convert --format=[xml|json|yaml] [-o outputFile] [inputFile]
-
Converts a configuration file to a different format.
9.11.5. COMMON OPTIONS
These options apply to all commands:
- -h, --help
-
Displays a help page for the command or sub-command.
9.11.6. CONVERT OPTIONS
The following options apply to the convert
command:
- -f, --format='xml|json|yaml'
-
Specifies the format for the conversion.
- -o, --output='path'
-
Specifies the path to the output file. Uses standard output (
stdout
) if you do not specify a path.
9.11.7. PROPERTIES
- autoconnect-url
-
Specifies the URL to which the CLI automatically connects on startup.
- autoexec
-
Specifies the path of a CLI batch file to execute on startup.
- trustall
-
Specifies whether to trust all server certificates. Values are
false
(default) andtrue
. - truststore
-
Defines the path to a keystore that contains a certificate chain that verifies server identity.
- truststore-password
-
Specifies a password to access the truststore.
- keystore
-
Defines a path to the keystore, which contains a certificate. The certificate identifies the client. Use the
keystore
property when the server requires client certificate authentication. - keystore-password
-
Specifies a password to access the keystore.
9.11.8. EXAMPLES
config set autoconnect-url http://192.0.2.0:11222
Connects to a server at a custom IP address when you start the CLI.
config get autoconnect-url
Returns the value for the autoconnect-url
configuration property.
config set autoexec /path/to/mybatchfile
Runs a batch file named "mybatchfile" when you start the CLI.
config set trustall true
Trusts all server certificates.
config set truststore /home/user/my-trust-store.jks
Specifies the path of a keystore named "my-trust-store.jks".
config set truststore-password secret
Sets the keystore password, if required.
config convert -f yaml -o infinispan.yaml infinispan.xml
Converts the infinispan.xml
file to YAML and writes the output to the infinispan.yaml
file.
config convert -f json
Converts the configuration from standard input to JSON, and writes the output to standard output.
9.12. CONNECT(1)
9.12.2. DESCRIPTION
Defaults to http://localhost:11222
and prompts for credentials if
authentication is required.
9.12.4. OPTIONS
- -u, --username='USERNAME'
-
Specifies a username to authenticate with ${infinispan.brand.name} servers.
- -p, --password='PASSWORD'
-
Specifies passwords.
- -t, --truststore='PATH'
-
Specifies a truststore.
- -s, --truststore-password='PASSWORD'
-
Specifies a password for the truststore.
- -k, --keystore='PATH'
-
Specifies a keystore that contains a client certificate.
- -w, --keystore-password='PASSWORD'
-
Specifies a password for the keystore.
- --hostname-verifier='REGEX'
-
A regular expression that matches hostnames during a connection to an SSL/TLS-enabled server.
- --trustall
-
Trusts all certificates.
- --context-path='PATH'
-
The context path for the server REST connector. If unspecified, defaults to
/rest
.
9.13. CONTAINER(1)
9.14. COUNTER(1)
9.15. CREATE(1)
9.15.3. CREATE CACHE OPTIONS
- -f, --file='FILE'
-
Specifies a configuration file in XML, JSON or YAML format.
- -t, --template='TEMPLATE'
-
Specifies a configuration template. Use tab autocompletion to see available templates.
- -v, --volatile='[true|false]'
-
Specifies whether the cache is persistent or volatile. The default is false.
9.15.4. CREATE COUNTER OPTIONS
- -t, --type='[weak|strong]'
-
Specifies if the counter is weak or strong.
- -s, --storage='[PERSISTENT|VOLATILE]'
-
Specifies whether the counter is persistent or volatile.
- -c, --concurrency-level='nnn'
-
Sets the concurrency level of the counter.
- -i, --initial-value='nnn'
-
Sets the initial value of the counter.
- -l, --lower-bound='nnn'
-
Sets the lower bound of a strong counter.
- -u, --upper-bound='nnn'
-
Sets the upper bound of a strong counter.
9.16. CREDENTIALS(1)
9.16.1. NAME
credentials - manages keystores that contain ${infinispan.brand.name} Server credentials
9.16.2. SYNOPSIS
credentials ls
credentials add 'alias'
credentials remove 'alias'
credentials mask -i iterations -s salt secret
9.16.3. DESCRIPTION
List, create, and remove credentials inside a keystore and mask keystore passwords.
By default, commands manage the credentials.pfx
keystore in the server configuration directory.
9.16.4. SYNOPSIS
- credentials ls
-
Lists credential aliases stored in the keystore.
Add a credential
- credentials add 'alias'
-
Adds an alias and corresponding credential to the keystore.
Remove a credential
- credentials remove 'alias'
-
Deletes an alias and corresponding credential from the keystore.
- credentials mask -i iterations -s salt 'secret'
-
Obscure the keystore password with a mask for additional security.
9.16.5. OPTIONS
- -h, --help
-
Prints command help.
- -s, --server-root='path-to-server-root'
-
Specifies the path to the server root directory. Defaults to
server
. - --path='credentials.pfx'
-
Specifies the path to the credential keystore. Defaults to the server configuration directory,
server/conf
. - -p, --password='password'
-
Specifies a password for the credential keystore.
- -t, --type='PKCS12'
-
Specifies the type of keystore that contains credentials. Supported types are
PKCS12
orJCEKS
. Defaults toPKCS12
.
9.16.7. CREDENTIALS MASK OPTIONS
- -i, --iteration='n'
-
Sets the number of iterations.
- -s, --salt='salt'
-
Sets the salt and must be of length 8.
9.16.8. EXAMPLES
credentials add dbpassword -c changeme -p "secret1234!"
Creates a new default credential keystore, if does not already exist, and adds an alias of "dbpassword" for a password of "changeme".
This command also sets "secret1234!" as the password for the credential keystore, which must match the password in the server configuration:
<clear-text-credential clear-text="secret1234!"/>
credentials ls -p "secret1234!"
Lists all aliases in the default credential keystore.
credentials add ldappassword -t JCEKS -p "secret1234!"
Creates a credential keystore in JCEKS format and adds an alias "ldappassword".
This command prompts you to specify the password that corresponds to the alias.
credentials mask "secret1234!" -i 100 -s pepper99
Creates a masked representation of the credential "secret1234!" using 100 iterations using the string pepper99
as salt.
9.17. DESCRIBE(1)
9.17.3. EXAMPLES
describe //containers/default
Displays information about the default container.
describe //containers/default/caches/mycache
Displays information about the mycache
cache.
describe //containers/default/caches/mycache/k1
Displays information about the k1
key.
describe //containers/default/counters/cnt1
Displays information about the cnt1
counter.
9.19. DROP(1)
9.20. ENCODING(1)
9.20.2. DESCRIPTION
Sets a default encoding for put and get operations on a cache. If no argument is specified, the encoding command displays the current encoding.
Valid encodings use standard MIME type (IANA media types) naming conventions, such as the following:
-
text/plain
-
application/json
-
application/xml
-
application/octet-stream
9.21. GET(1)
9.23. INDEX(1)
9.23.2. SYNOPSIS
index reindex 'cache-name'
index clear 'cache-name'
index update-schema 'cache-name'
index stats 'cache-name'
index clear-stats 'cache-name'
9.23.3. EXAMPLES
index reindex mycache
Reindexes a cache.
index clear mycache
Clears a cache index.
index update-schema mycache
Updates the index schema for a cache.
index stats mycache
Shows indexing and search statistics for a cache.
index clear-stats mycache
Clears indexing and search statistics for a cache.
9.24. INSTALL(1)
9.24.2. DESCRIPTION
Download and install artifacts to the server/lib
directory.
You can specify the download location for artifacts as Maven artifact coordinates, a URL, or a local file path.
When downloading Maven artifacts, an optional Maven settings.xml
file determines the location of the remote and local repositories as well as credentials and proxy configuration.
If you download artifacts as zip
, tar.gz
, or tgz
archives, the content is extracted.
9.24.3. SYNOPSIS
install 'artifact-1[[|algorithm]|checksum]' ['artifact-2[[|algorithm]|checksum]'…]
9.24.4. ARTIFACT NAMES
Artifact names can be any of the following:
-
Maven coordinates using the
groupId:artifactId:version
format, for exampleorg.postgresql:postgresql:42.3.1
. -
HTTP, HTTPS, or FTP URLs
-
Local paths
9.24.5. CHECKSUM VALIDATION
You can validate the checksum of an artifact after download.
The algorithm defaults to SHA-256
but it can also be MD-5
, SHA-1
, SHA-256
, SHA-384
, or `SHA-512'.
9.24.6. PATCH LIST OPTIONS
- --server-home='path/to/server'
-
Sets the path of the server installation.
- --server-root='server'
-
Sets the server root directory relative to the server home.
- *--maven-settings='$HOME/.m2/maven-settings.xml'
-
Sets the path of a Maven
settings.xml
file and uses the default location, if not specified. - -o, --overwrite
-
Forces overwriting of artifacts in the
server/lib
directory. By default artifacts are not overwritten, which causes the installation to fail if an artifact already exists. - -v, --verbose
-
Shows verbose information about artifact downloads.
- -f, --force
-
Forces download of remote artifacts, even if they are already present locally.
- -r, --retries=num
-
The number of retries in case the downloaded artifacts do not match the supplied checksums.
- --clean
-
Deletes all the contents of the
server/lib
directory before downloading artifacts.
9.24.7. EXAMPLES
install -o org.postgresql:postgresql:42.3.1
Installs the PostgreSQL JDBC driver JAR and overwrites if it already exists.
install https://example.org/artifact.zip
Downloads the artifact.zip
and extracts the contents.
install https://example.org/artifact.zip|52d73f9b3611610ebbb4dca7c2ac1171218eb09891c1faba10f5f54c1d2acc13
Downloads the artifact.zip
, verifies its SHA-256 checksum, and extracts the contents.
install https://example.org/artifact.zip|MD5|2b48d1871ee26f969d8481db94e103c2
Downloads the artifact.zip
, verifies its MD-5 checksum, and extracts the contents.
9.25. LOGGING(1)
9.25.1. NAME
logging - inspects and manipulates the ${infinispan.brand.name} server runtime logging configuration.
9.25.2. SYNOPSIS
logging list-loggers
logging list-appenders
logging set ['OPTIONS'] [LOGGER_NAME
]
logging remove LOGGER_NAME
9.25.3. LOGGING SET OPTIONS
- -l, --level='OFF|TRACE|DEBUG|INFO|WARN|ERROR|ALL'
-
Specifies the logging level for the specific logger.
- -a, --appender='APPENDER'
-
Specifies an appenders to set on the specific logger. The option can be repeated for multiple appenders.
calling logging set without a logger name will modify the root logger. |
9.26. LS(1)
9.26.3. OPTIONS
- -f, --format='[NAMES|VALUES|FULL]'
-
This option currently only applies when listing caches.
-
NAMES
: only show the keys -
VALUES
: show the keys and values -
FULL
: show keys, values and metadata
-
- -l
-
This option only applies when listing caches. Shortcut for
-f FULL
. - -p, --pretty-print='[TABLE|CSV|JSON]'
-
Prints the output using one of the following layouts:
-
TABLE
: tabular format. The column sizes are determined by the terminal width. This is the default. -
CSV
: comma-separated values. -
JSON
: JSON format.
-
- -m, --max-items='num'
-
This option only applies when listing caches. The maximum number of items to show. Defaults to -1 (unlimited).
9.27. MIGRATE(1)
9.27.2. SYNOPSIS
migrate cluster connect
migrate cluster synchronize
migrate cluster disconnect
migrate cluster source-connection
migrate store
9.27.3. DESCRIPTION
Use the migrate
command to migrate data from one version of ${infinispan.brand.name} to another.
9.27.4. COMMAND SYNOPSIS
Migrate clusters
- migrate cluster connect
-
Connects the target cluster to the source cluster.
- migrate cluster synchronize
-
Synchronize data between the source cluster and the target cluster.
- migrate cluster disconnect
-
Disconnects the target cluster from the source cluster.
- migrate cluster source-connection
-
Gets connection configuration of the target cluster. The command will print "Not Found" if the connections hasn’t been established.
Migrate stores
- migrate store
-
Migrates store data.
9.27.5. COMMON OPTIONS
These options apply to all commands:
- -h, --help
-
Displays a help page for the command or sub-command.
CLUSTER CONNECT OPTIONS
*-c, --cache*='name':: The name of the cache to connect to the source. *-f, --file*='FILE':: Specifies a configuration file in JSON format, containing a single 'remote-store' element. CLUSTER SYNCHRONIZE OPTIONS --------------------------- *-c, --cache*='name':: The name of the cache to synchronize. *-b, --read-batch*='num':: The amount of entries to process in a batch. Defaults to 10000. *-t, --threads*='num':: The number of threads to use. Defaults to the number of cores on the server. CLUSTER DISCONNECT OPTIONS
- -c, --cache='name'
-
The name of the cache to disconnect from the source.
9.28. PATCH(1)
9.28.2. DESCRIPTION
List, describe, install, rollback, and create server patches.
Patches are zip archive files that contain artifacts to upgrade servers and resolve issues or add new features. Patches can apply target versions to multiple server installations with different versions.
9.28.3. SYNOPSIS
patch ls
patch install 'patch-file'
patch describe 'patch-file'
patch rollback
patch create 'patch-file' 'target-server' 'source-server-1' ['source-server-2'…]
9.28.4. PATCH LIST OPTIONS
- --server='path/to/server'
-
Sets the path to a target server outside the current server home directory.
- -v, --verbose
-
Shows the content of each installed patch, including information about individual files.
9.28.5. PATCH INSTALL OPTIONS
- --dry-run
-
Shows the operations that the patch peforms without applying any changes.
- --server='path/to/server'
-
Sets the path to a target server outside the current server home directory.
9.28.6. PATCH DESCRIBE OPTIONS
- -v, --verbose
-
Shows the content of the patch, including information about individual files
9.28.7. PATCH ROLLBACK OPTIONS
- --dry-run
-
Shows the operations that the patch peforms without applying any changes.
- --server='path/to/server'
-
Sets the path to a target server outside the current server home directory.
9.28.8. PATCH CREATE OPTIONS
- -q, --qualifier='name'
-
Specifies a descriptive qualifier string for the patch; for example, 'one-off for issue nnnn'.
9.28.9. EXAMPLES
patch ls
Lists the patches currently installed on a server in order of installation.
patch install mypatch.zip
Installs "mypatch.zip" on a server in the current directory.
patch install mypatch.zip --server=/path/to/server/home
Installs "mypatch.zip" on a server in a different directory.
patch describe mypatch.zip
Displays the target version and list of source versions for "mypatch.zip".
patch create mypatch.zip 'target-server' 'source-server-1' ['source-server-2'…]
Creates a patch file named "mypatch.zip" that uses the version of the target server and applies to the source server versions.
patch rollback
Rolls back the last patch that was applied to a server and restores the
previous version.
9.29. PUT(1)
9.29.4. OPTIONS
- -c, --cache='NAME'
-
Specifies the name of the cache. Defaults to the currently selected cache.
- -e, --encoding='ENCODING'
-
Sets the media type for the value.
- -f, --file='FILE'
-
Specifies a file that contains the value for the entry.
- -l, --ttl='TTL'
-
Sets the number of seconds before the entry is automatically deleted (time-to-live). Defaults to the value for
lifespan
in the cache configuration if0
or not specified. If you set a negative value, the entry is never deleted. - -i, --max-idle='MAXIDLE'
-
Sets the number of seconds that the entry can be idle. If a read or write operation does not occur for an entry after the maximum idle time elapses, the entry is automatically deleted. Defaults to the value for
maxIdle
in the cache configuration if0
or not specified. If you set a negative value, the entry is never deleted. - -a, --if-absent=[true|false]
-
Puts an entry only if it does not exist.
9.30. QUERY(1)
9.30.3. OPTIONS
- -c, --cache='NAME'
-
Specifies the cache to query. Defaults to the currently selected cache.
- --max-results='MAX_RESULTS'
-
Sets the maximum number of results to return. The default is
10
. - -o, --offset='OFFSET'
-
Specifies the index of the first result to return. The default is
0
.
9.32. REBALANCE(1)
9.32.3. EXAMPLES
rebalance enable
Enables automatic rebalancing in the current context. Running this command in the root context enables rebalancing for all caches.
rebalance enable caches/mycache
Enables automatic rebalancing for the cache named mycache
.
rebalance disable
Disables automatic rebalancing in the current context. Running this command in the root context disables rebalancing for all caches.
rebalance disable caches/mycache
Disables automatic rebalancing for the cache named mycache
.
9.33. REMOVE(1)
9.35. SCHEMA(1)
9.35.2. SYNOPSIS
schema ls
schema upload --file=/path/to/schema.proto schema.proto
schema remove schema.proto
schema get schema.proto
9.35.4. COMMAND SYNOPSIS
- schema ls
-
Lists the schemas installed in the server.
- schema upload --file='/path/to/schema.proto' 'schema.proto'
-
Uploads a ProtoBuf schema file to the server.
- schema get 'schema.proto'
-
Shows the content of the specified schema.
- schema remove 'schema.proto'
-
Removes the specified schema from the server.
9.36. SERVER(1)
9.36.2. DESCRIPTION
The server command describes and manages server endpoint connectors and datasources and retrieves aggregated diagnostic reports about both the server and host.
Reports provide details about CPU, memory, open files, network sockets and routing, threads, in addition to configuration and log files.
9.36.3. SYNOPSIS
server report
server heap-dump [--live]
server connections ls [--global]
server connector ls
server connector describe 'connector-name'
server connector start 'connector-name'
server connector stop 'connector-name'
server connector ipfilter ls 'connector-name'
server connector ipfilter set 'connector-name' --rules='[ACCEPT|REJECT]/cidr',…
server connector ipfilter clear 'connector-name'
server datasource ls
server datasource test 'datasource-name'
server principals ls
server aclcache flush
9.36.4. SERVER CONNECTOR IPFILTER OPTIONS
- --rules='[ACCEPT|REJECT]/cidr',…
-
One or more IP filtering rules.
9.36.5. EXAMPLES
server report
Obtains a server report, including information about network, threads, memory, etc.
server heap-dump
Generates a JVM heap dump in the server data directory, returning the name of the generated file.
server connections ls
Lists all active client connections to the server. The --global
argument will return connections from all cluster
members.
server connector ls
Lists all available connectors on the server.
server connector describe endpoint-default
Shows information about the specified connector, including host, port, local and global connections, IP filtering rules.
server connector stop my-hotrod-connector
Stops a connector dropping all established connections across the cluster.
This command will be refused if attempting to stop the connector which is handling the request.
server connector start my-hotrod-connector
Starts a connector so that it can accept connections across the cluster.
server connector ipfilter ls my-hotrod-connector
Lists all IP filtering rules active on a connector across the cluster.
server connector ipfilter set my-hotrod-connector --rules=ACCEPT/192.168.0.0/16,REJECT/10.0.0.0/8
Sets IP filtering rules on a connector across the cluster. Replaces all existing rules.
This command will be refused if one of the rejection rules matches the address of the connection on which it is invoked.
server connector ipfilter clear my-hotrod-connector
Removes all IP filtering rules on a connector across the cluster.
server datasource ls
Lists all available datasources on the server.
server datasource test my-datasource
Performs a test connection on the datasource.
server principals ls
Lists principals known by the server.
server aclcache flush
Flushes the security caches cluster-wide.
9.37. SHUTDOWN(1)
9.37.3. EXAMPLES
shutdown server
Stops the server to which the CLI is connected.
shutdown server my_server01
Stops the server with hostname my_server01
.
shutdown cluster
Stops all nodes in the cluster after storing cluster state and persisting entries if there is a cache store.
shutdown container
Stops the data container without terminating the server process. Stores cluster state and persists entries if there is a cache store. Server instances remain running with active endpoints and clustering. REST calls to container resources will result in a 503 Service Unavailable response. The shutdown container
command is intended for environments, such as Kubernetes, that automate resource lifecycle management. For self-managed environments you should use the shutdown server
or shutdown cluster
commands to stop servers.
9.38. SITE(1)
9.38.2. SYNOPSIS
site status ['OPTIONS']
site bring-online ['OPTIONS']
site take-offline ['OPTIONS']
site push-site-state ['OPTIONS']
site cancel-push-state ['OPTIONS']
site cancel-receive-state ['OPTIONS']
site push-site-status ['OPTIONS']
site state-transfer-mode get|set ['OPTIONS']
site name
site view
site is-relay-node
site relay-nodes
9.38.3. OPTIONS
- -c, --cache='CACHE_NAME'
-
Specifies a cache.
- -a, --all-caches
-
Applies the command to all caches.
- -s, --site='SITE_NAME'
-
Specifies a backup location.
9.38.4. STATE TRANSFER MODE OPTIONS
- --mode='MODE'
-
Sets the state transfer mode. Values are
MANUAL
(default) orAUTO
.
9.38.5. EXAMPLES
site status --cache=mycache
Returns the status of all backup locations for mycache
.
site status --all-caches
Returns the status of each backup location for all caches with backups.
site status --cache=mycache --site=NYC
Returns the status of NYC
for mycache
.
site bring-online --cache=mycache --site=NYC
Brings the site NYC
online for mycache
.
site take-offline --cache=mycache --site=NYC
Takes the site NYC
offline for mycache
.
site push-site-state --cache=mycache --site=NYC
Backs up caches to remote backup locations.
site push-site-status --cache=mycache
Displays the status of the operation to backup mycache
.
site cancel-push-state --cache=mycache --site=NYC
Cancels the operation to backup mycache
to NYC
.
site cancel-receive-state --cache=mycache --site=NYC
Cancels the operation to receive state from NYC
.
site clear-push-state-status --cache=myCache
Clears the status of the push state operation for mycache
.
site state-transfer-mode get --cache=myCache --site=NYC
Retrieves the state transfer mode for mycache
to NYC
.
site state-transfer-mode set --cache=myCache --site=NYC --mode=AUTO
Configures automatic state transfer for mycache
to NYC
.
site name
Returns the name of the local site. If cross-site replication is not configured, the name of the local site is always "local".
site view
Returns a list of names for all sites or an empty list ("[]") if cross-site replication is not configured.
site is-relay-node
Returns true if the node handles RELAY messages between clusters.
site relay-nodes
Returns a list of relay nodes by their logical names.
9.39. STATS(1)
9.40. TASK(1)
9.40.3. EXAMPLES
task upload --file=hello.js hello
Uploads a script from a hello.js
file and names it hello
.
task exec @@cache@names
Runs a task that returns available cache names.
task exec hello -Pgreetee=world
Runs a script named hello
and specifies the greetee
parameter with a value
of world
.
9.41. TROUBLESHOOT(1)
9.41.1. NAME
troubleshoot - troubleshooting commands to identify issues in single servers or cluster-wide.
9.41.3. TROUBLESHOOT LOG OPTIONS
- -o, --operation='OP'
-
Filter the access log using a single operation.
- -x, --excludeOperations='OP1,OP2,…'
-
Defines a name for the backup archive.
- -t, --highest='NUMBER'
-
List the top
NUMBER
operations that took longer to complete. - -d, --duration='NUMBER'
-
List the operations with a duration in milliseconds greater than or equal to the provided value.
- --by-client
-
Segment the output and group the statistics by clients.
- --start='DATE'
-
Filter operation submitted at and after the given time. Must follow the format
dd/MMM/yyyy:HH:mm:ss
. - --end='DATE'
-
Filter operation submitted before the given time. Must follow the format
dd/MMM/yyyy:HH:mm:ss
.
9.41.4. EXAMPLES
troubleshoot log access.log access.log.1
Generates statistics grouped by operations from the local files access.log
and access.log.1
.
troubleshoot log --by-client access.log access.log.1
Generates statistics grouped by clients from the local files access.log
and access.log.1
.
troubleshoot log -t 10 access.log access.log.1
Displays the 10 operations that took longer to complete from the files access.log
and access.log.1
.
troubleshoot log -o PUT --start '04/Sep/2024:13:18:14' --end '04/Sep/2024:13:18:15' access.log access.log.1
Generates statistics grouped by operations from the local files access.log
and access.log.1
. Filters for only PUT
operations that happen during the second between the given start and end dates. Note the dates must be quoted.
troubleshoot log -x GET,ERROR --start '04/Sep/2024:13:18:14' --by-client access.log access.log.1
Generates statistics grouped by clients from the local files access.log
and access.log.1
. Exclude GET
and ERROR
operations, and only accept operations at or after the given. Note the date must be quoted.
9.43. USER(1)
9.43.2. SYNOPSIS
user ls
user create 'username'
user describe 'username'
user remove 'username'
user password 'username'
user groups 'username'
user encrypt-all
user roles ls 'principal'
user roles grant --roles='role1'[,'role2'…] 'principal'
user roles deny --roles='role1'[,'role2'…] 'principal'
user roles create --description='custom description' --permissions='perm1'[,'perm2'…] 'role'
user roles update --permissions='perm1'[,'perm2'…] --description='updated description' 'role'
user roles remove 'role'
user roles describe 'role'
9.43.3. DESCRIPTION
Manage users in property realms with the ls
, create
, describe
, remove
, password
, groups
and encrypt-all
subcommands.
List and modify principal to role mappings with the roles
subcommand when using the cluster role mapper for authorization.
9.43.4. COMMAND SYNOPSIS
- user ls
-
Lists the users or groups which are present in the property file.
- user create 'username'
-
Creates a user after prompting for a password.
- user describe 'username'
-
Describes a user, including its username, realm and any groups it belongs to.
- user remove 'username'
-
Removes the specified user from the property file.
- user password 'username'
-
Changes the password for a user.
- user groups 'username'
-
Sets the groups to which a user belongs.
- user encrypt-all
-
Encrypt all passwords in a plain-text user property file.
- user roles ls 'principal'
-
Lists all roles of the specified principal (user or group).
- user roles grant --roles='role1'[,'role2'…] 'principal'
-
Grants one or more roles to a principal.
- user roles deny --roles='role1'[,'role2'…] 'principal'
-
Denies one or more roles to a principal.
- user roles create --permissions='perm1'[,'perm2'…] 'role'
-
Creates a new role with the specified permissions.
- user roles remove 'role'
-
Deletes an existing role.
- user roles describe 'role'
-
Describes an existing role.
9.43.5. COMMON OPTIONS
These options apply to all commands:
- -h, --help
-
Displays a help page for the command or sub-command.
- -s, --server-root='path-to-server-root'
-
The path to the server root. Defaults to
server
. - -f, --users-file='users.properties'
-
The name of the property file which contains the user passwords. Defaults to
users.properties
. - -w, --groups-file='groups.properties'
-
The name of the property file which contains the user to groups mapping. Defaults to
groups.properties
.
9.43.6. USER CREATE/MODIFY OPTIONS
- -a, --algorithms
-
Specifies the algorithms used to hash the password.
- -g, --groups='group1,group2,…'
-
Specifies the groups to which the user belongs.
- -p, --password='password'
-
Specifies the user’s password.
- -r, --realm='realm'
-
Specifies the realm name.
- --plain-text
-
Whether passwords should be stored in plain-text (not recommended).