tibemsd.conf Parameters

The following table describes the tibemsd.conf parameters that are specific to FTL stores, unsupported with FTL stores, or which behave differently when used with FTL stores.

Parameter Name Description
Parameters Specific to FTL Stores
in_memory_replication

When enabled, data will be persisted and replicated only in-memory by each FTL server in the cluster, rather than being persisted and replicated both in-memory and on disk via synchronous writes.

Enabling this parameter will enhance the performance of FTL stores at the cost of disk persistence.

Parameters With Differing Behavior for FTL Stores
max_client_msg_size When using FTL stores, the default value of this parameter is set to 10 MB instead of being unbounded. The maximum possible value is still 2 GB.
server_heartbeat_server

server_timeout_server_connection 		When using FTL stores, these parameters only affect server-to-server route connections. They have no effect on the behavior of fault-tolerance. The specifics of fault-tolerance are handled directly by FTL.
Parameters Unsupported for FTL Stores
All parameters with prefix ft_ aside from ft_reconnect_timeout

In general, any parameters that configure fault-tolerance between EMS servers are ignored when using FTL stores. The specifics of fault-tolerance are handled directly by FTL.

This means that all parameters that begin with the prefix ft_ are ignored if a server is using FTL stores, with the one exception being the ft_reconnect_timeout parameter which is still honored.

listen

This parameter is ignored when present in the EMS server configuration.

The EMS server listen URLs must be configured via the -listens parameter in the FTL server YAML configuration.

module_path

When using FTL stores, this parameter cannot be used to specify the FTL shared libraries to be loaded by the EMS server. The EMS server will always load the FTL shared libraries corresponding to the hosting FTL server.
store

This parameter may cause unexpected behavior if present in the EMS server configuration.

The location of the FTL store data must be configured via the -store parameter in the FTL server YAML configuration.
health_check_listen

This parameter may cause unexpected behavior if present in the EMS server configuration.

The -health_check_listen parameter in the FTL server YAML configuration must be used to configure the port on which the EMS server listens for health check requests.

logfile
log_trace
logfile_max_count
logfile_max_size 		When using FTL stores, the EMS server log file should not be configured. See the Logging With FTL Stores section for details on setting up FTL server logging.
secondary_logfile
secondary_health_check_listen

These parameters are ignored when present in the EMS server configuration.

When using FTL stores, the EMS server roles are implicit. Since these parameters are only valid when the secondary role is explicitly defined, they are unsupported for FTL stores.