Configuration Parameters

OmniSci has minimal configuration requirements with a number of additional configuration options. This topic describes the required and optional configuration changes you can use in your OmniSci instance.

Important In release 4.5.0 and higher, OmniSci requires that all configuration flags used at startup match a flag on the OmniSci server. If any flag is misspelled or invalid, the server does not start. This helps ensure that all settings are intentional and will not have unexpected impact on performance or data integrity.

Data Directory

Before starting the OmniSci server, you must initialize the persistent data directory. To do so, create an empty directory at the desired path, such as /var/lib/omnisci. Create the environment variable $OMNISCI_STORAGE.

export OMNISCI_STORAGE=/var/lib/omnisci

Change the owner of the directory to the user that the server will run as ($OMNISCI_USER):

sudo mkdir -p $OMNISCI_STORAGE
sudo chown -R $OMNISCI_USER $OMNISCI_STORAGE

Where $OMNISCI_USER is the system user account that the server runs as, such as omnisci, and $OMNISCI_STORAGE is the path to the parent of the OmniSci server data directory.

Finally, run $OMNISCI_PATH/bin/initdb with the data directory path as the argument:

$OMNISCI_PATH/bin/initdb $OMNISCI_STORAGE

Configuring a Custom Immerse Subdirectory

Immerse serves the application from the root path (/) by default. To serve the application from a sub-path, you must modify the $OMNISCI_PATH/frontend/app-config.js file to change the IMMERSE_PATH_PREFIX value. The Immerse path must start with a forward slash (/).

Configuration File

The configuration file stores runtime options for your OmniSci servers. You can use the file to change default behavior.

The omnisci.conf file is stored in the $OMNISCI_STORAGE directory. The configuration settings are picked up automatically by the sudo systemctl start omnisci_server and sudo systemctl start omnisci_web_server commands.

Set the flags in the configuration file using the format <flag> = <value>. Strings must be enclosed in quotes.

The following is a sample configuration file. The entry for data path is a string and must be in quotes. The last entry in the first section, for null-div-by-zero, is the Boolean value true and does not require quotes.

port = 6274 
http-port = 6278
data = "/var/lib/omnisci/data"
null-div-by-zero = true

[web]
port = 6273
frontend = "/opt/omnisci/frontend"
servers-json = "/var/lib/omnisci/servers.json"
enable-https = true

To comment out a line in omnisci.conf, prepend the line with the pound sign (#) character.

Configuration Parameters for OmniSciDB

Following are the parameters for runtime settings on OmniSciDB. The parameter syntax provides both the implied value and the default value as appropriate. Optional arguments are in square brackets, while implied and default values are in parentheses.

For example, consider allow-loop-joins [=arg(=1)] (=0).

  • If you do not use this flag, loop joins are not allowed by default.
  • If you provide no arguments, the implied value is 1 (true) (allow-loop-joins).
  • If you provide the argument 0, that is the same as the default (allow-loop-joins=0).
  • If you provide the argument 1, that is the same as the implied value (allow-loop-joins=1).

Flag Description Implied Value Default Value Why Change It?
allow-cpu-retry [=arg] Allow the queries that failed on GPU to retry on CPU, even when watchdog is enabled.TRUE[1]TRUE[1] When watchdog is enabled, most queries that run on GPU and throw a watchdog exception fail. Turn this on to allow queries that fail the watchdog on GPU to retry on CPU. The default behavior is for queries that run out of memory on GPU to throw an error if watchdog is enabled. Watchdog is enabled by default.
allow-local-auth-fallback
[=arg(=1)] (=0)
If SAML or LDAP logins are enabled, and the logins fail, this setting enables authentication based on internally stored login credentials.TRUE[1] FALSE[0]Command-line tools or other tools that do not support SAML might reject those users from logging in unless this feature is enabled. This allows a user to log in using credentials on the local database.
allow-loop-joins [=arg(=1)] (=0) Enable loop joins.TRUE[1]FALSE[0] Enables all join queries to fall back to the loop join implementation. During a loop join, queries loop over all rows from all tables involved in the join, and evaluate the join condition. By default, loop joins are only allowed if the number of rows in the inner table is fewer than the trivial-loop-join-threshold, since loop joins are computationally expensive and run for an extended period.

Modifying the trivial-loop-join-threshold is a safer alternative to globally enabling loop joins. You might choose to globally enable loop joins when you have many small tables for which loop join performance has been determined to be acceptable but modifying the trivial join loop threshold would be tedious.
bigint-count [=arg] Use 64-bit count.FALSE[0]FALSE[0] Disabled by default because 64-bit integer atomics are slow on GPUs. Enable this setting if you see negative values for a count, indicating overflow. In addition, if your data set has more than 4 billion records, you likely need to enable this setting.
calcite-max-mem arg Max memory available to calcite JVM.1024 Change if Calcite reports out-of-memory errors.
calcite-port arg Calcite port number.6279Change to avoid collisions with ports already in use.
calcite-service-timeout Service timeout value, in milliseconds, for communications with Calcite. 5000 On databases with large numbers of tables, large numbers of concurrent queries, or many parallel updates and deletes, Calcite might return less quickly. Increasing the timeout value can prevent THRIFT_EAGAIN timeout errors.
config arg Path to omnisci.conf.$OMNISCI_STORAGE/
omnisci.conf
Change for testing and debugging.
cpu-only Run in CPU-only mode.FALSE Set this flag to force OmniSciDB to run in CPU mode, even when GPUs are available. Useful for debugging and on shared-tenancy systems where the current OmniSciDB instance does not need to run on GPUs.
cpu-buffer-
mem-bytes arg
Size of memory reserved for CPU buffers [bytes].0 Change to restrict the amount of CPU/system memory OmniSciDB can consume. A default value of 0 indicates no limit on CPU memory use. (OmniSci Server uses all available CPU memory on the system.)
cuda-block-size arg Size of block to use on GPU.0 GPU performance tuning: Number of threads per block. Default of 0 means use all threads per block.
cuda-grid-size arg Size of grid to use on GPU.0 GPU performance tuning: Number of blocks per device. Default of 0 means use all available blocks per device.
data arg Directory path to OmniSci catalogs.$OMNISCI_STORAGEChange for testing and debugging.
db-query-list argPath to file containing OmniSci queriesN/AN/AUse a query list to autoload data to GPU memory on startup to speed performance. See Preloading Data.
dynamic-watchdog-time-limit [=arg] Dynamic watchdog time limit, in milliseconds.10000100000 Change if dynamic watchdog is stopping queries expected to take longer than this limit.
enable-auto-clear-render-mem [=arg] Enable/disable clear render gpu memory on out-of-memory errors during rendering. FALSE[0] TRUE[1] If an out-of-gpu-memory exception is thrown while rendering, many users respond by running \clear_gpu via the omnisql command-line interface to refresh/defrag the memory heap. This process can be automated with this flag enabled. At present, only GPU memory in the renderer is cleared automatically.
enable-columnar-output [=arg] Allows OmniSci Core to directly materialize intermediate projections and the final ResultSet in Columnar format where appropriate. TRUE[1] TRUE[1] Columnar output is an internal performance enhancement that projects the results of an intermediate processing step in columnar format. Consider disabling this feature if you see unexpected performance regressions in your queries.
enable-debug-timer [=arg] Enable fine-grained query execution timers for debug.TRUE[1]FALSE[0] For debugging, logs verbose timing information for query execution (time to load data, time to compile code, and so on).
enable-direct-columnarization
[=arg(=1)](=0)
Columnarization organizes intermediate results in a multi-step query in the most efficient way for the next step in the process. TRUE[1] TRUE[1] If you see an unexpected performance regression, you can try setting this value to false, enabling the earlier OmniSci columnarization behavior.
enable-dynamic-watchdog [=arg] Enable dynamic watchdog.TRUE[1]FALSE[0]
enable-filter-push-down [=arg(=1)] (=0) Enable filter push-down through joins.TRUE[1]FALSE[0]Evaluates filters in the query expression for selectivity and pushes down highly selective filters into the join according to selectivity parameters. See also What is Predicate Pushdown?
enable-runtime-udf Enable runtime user defined function registration. TRUE[1] FALSE[0] Enables runtime registration of user defined functions. This functionality is turned off unless you specifically request it, to prevent unintentional inclusion of nonstandard code. This setting is a precursor to more advanced object permissions planned in future releases.
enable-spirv [DEPRECATED] Enable SPIR-V (Standard Portable Intermediate Representation) for renderer shaders. When disabled, OmniSci uses legacy GLSL (OpenGL Shading Language) shaders. TRUE[1] TRUE[1] Disable to troubleshoot SPIR-V compilation errors.
enable-overlaps-hashjoin [=arg(=1)] (=0) Enable the overlaps hash join framework allowing for range join (for example, spatial overlaps) computation using a hash table.TRUE[1]FALSE[0]
enable-string-dict-hash-cache[=arg(=1)] (=0) Enable hash re-computation for the String Dictionary. TRUE[1]FALSE[0] This flag is FALSE by default to avoid some hash re-computation and string comparisons during bulk imports and String Dictionary queries. When importing a large table with low cardinality, set the flag to TRUE and leave it on to assist with bulk queries. Set the flag to FALSE if you observe the String Dictionary server using more memory than the physical system is able to support.
enable-thrift-logs [=arg(=1)] (=0) Enable writing messages directly from Thrift to stdout/stderr. TRUE[1]FALSE[0] Change to enable verbose Thrift messages on the console.
enable-watchdog [arg] Enable watchdog.TRUE[1]TRUE[1]
filter-push-down-low-fracHigher threshold for selectivity of filters which are pushed down. 0.1 Filters with selectivity lower than this threshold are considered for a push down.
filter-push-down-passing-row-uboundUpper bound on the number of rows that should pass the filter if the selectivity is less than the high fraction threshold.4000000
flush-log [arg]Immediately flush logs to disk.TRUE[1]TRUE[1]Set to FALSE if this is a performance bottleneck.
from-table-reordering [=arg(=1)] (=1)Enable automatic table reordering in FROM clauseTRUE[1]TRUE[1] Reorders the sequence of a join to place large tables on the inside of the join clause and smaller tables on the outside. OmniSci also reorders tables between join clauses to prefer hash joins over loop joins. Change this value only in consultation with an OmniSci engineer.
gpu-buffer-mem-bytes [=arg]Size of memory reserved for GPU buffers in bytes per GPU.0 Change to restrict the amount of GPU memory OmniSciDB can consume per GPU. A default value of 0 indicates no limit on GPU memory use (OmniSciDB uses all available GPU memory across all active GPUs on the system).
gpu-input-mem-limit argForce query to CPU when input data memory usage exceeds this percentage of available GPU memory.0.9 OmniSciDB loads data to GPU incrementally until data exceeds GPU memory, at which point the system retries on CPU. Loading data to GPU evicts any resident data already loaded or any query results that are cached. Use this limit to avoid attempting to load datasets to GPU when they obviously will not fit, preserving cached data on GPU and increasing query performance.
If watchdog is enabled and allow-cpu-retry is not enabled, the query fails instead of re-running on CPU.
hll-precision-bits [=arg]Number of bits used from the hash value used to specify the bucket number.1111 Change to increase or decrease approx_count_distinct() precision. Increased precision decreases performance.
http-port arg HTTP port number.6278Change to avoid collisions with ports already in use.
idle-session-duration argMaximum duration of an idle session, in minutes.60Change to increase or decrease duration of an idle session before timeout.
inner-join-fragment-skipping [=arg(=1)] (=0) Enable or disable inner join fragment skipping.TRUE[1]FALSE[0]Enables skipping fragments for improved performance during inner join operations.
license arg Path to the file containing the license key. Change if your license file is in a different location or has a different name.
log-auto-flush Flush logging buffer to file after each message.TRUE[1]TRUE[1] Changing to false can improve performance, but log lines might not appear in the log for a very long time. OmniSci does not recommend changing this setting.
log-directory argPath to the log directory. Can be either a relative path to the $OMNISCI_STORAGE/data directory or an absolute path./var/lib/omnisci/
data/mapd_log
Use this flag to control the location of your OmniSci log files. If the directory does not exist, OmniSci creates the top level directory. For example, a/b/c/logdir is created only if the directory path a/b/c already exists.
log-file-name Boilerplate for the name of the OmniSci log files. omnisci_server.{SEVERITY}.
%Y%m%d-%H%M%S.log
You can customize the name of your OmniSci log files. {SEVERITY} is the only braced token recognized. It allows you to create separate files for each type of error message greater than or equal to the log-severity configuration option.
log-max-filesMaximum number of log files to keep. 100When the number of log files exceeds this number, OmniSci automatically deletes the oldest files.
log-min-free-space Minimum number of bytes left on device before oldest log files are deleted. 20971520This is a safety feature to be sure the disk drive of the log directory does not fill up, and guarantees that at least this many bytes are free.
log-rotation-sizeMaximum file size in bytes before new log files are started.10485760 Change to increase/decrease size of files. If log files fill quickly, you might want to increase this number so that there are fewer log files.
log-rotate-dailyStart new log files at midnight.TRUE[1]TRUE[1] Set to false to write to log files until they are full, rather than restarting each day.
log-severityLog to file severity levels:
  • INFO
  • WARNING
  • ERROR
  • FATAL
  • INFO The current list of severities is:
  • DEBUG4
  • DEBUG3
  • DEBUG2
  • DEBUG1
  • INFO
  • WARNING
  • ERROR
  • FATAL
  • All levels after your chosen base severity level are listed. For example, if you set the severity level to WARNING, OmniSci only logs WARNING, ERROR, and FATAL messages.
    log-severity-clog Log to console severity level: INFO WARNING ERROR FATAL WARNINGOutput chosen severity messages to STDERR from running process.
    log-symlinkSymbolic link to the active log.omnisci_server.
    {SEVERITY}.log
    Creates a symbolic link for every severity greater than or equal to the log-severity configuration option.
    max-session-duration arg Maximum duration of the active session, in minutes. 43200
    (30 days)
    Change to increase or decrease session duration before timeout.
    null-div-by-zero [=arg] Allows processing to complete when when the dataset would cause a divide by zero error.FALSE[0] Set to TRUE if you prefer to return null when dividing by zero, and set to FALSE to throw an exception.
    num-gpus arg Number of GPUs to use.-1 In a shared environment, you can assign the number of GPUs to a particular application. The default, -1, uses all available GPUs. Use in conjunction with start-gpu.
    num-reader-threads arg Number of reader threads to use.0 Drop the number of reader threads to prevent imports from using all available CPU power. Default is to use all threads.
    overlaps-bucket-
    threshold arg
    The minimum size of a bucket corresponding to a given inner table range for the overlaps hash join.0.10000000000000001
    -p | port int OmniSciDB server port.6274Change to avoid collisions with other services if 6274 is already in use.
    pki-db-client-auth [=arg] Attempt authentication of users through a PKI certificate. FALSE[0] FALSE[0] Set to TRUE for the server to attempt PKI authentication.
    read-only [=arg(=1)] Enable read-only mode.TRUE[1]FALSE[0] Prevents changes to the dataset.
    render-mem-bytes arg Size of memory reserved for rendering, in bytes.500000000 Performed at startup on each configured GPU, is static, and persists while the server is running unless you run \clear_gpu_memory. Increase if rendering a large number of points or symbols and you have get the following out-of-memory exception: Not enough OpenGL memory to render the query results

    Default is 500 MB.
    render-oom-retry-threshold = arg A render execution time limit in milliseconds to retry a render request if an out-of-gpu-memory error is thrown. Requires enable-auto-clear-render-mem = true 0 If enable-auto-clear-render-mem = true, a retry of the render request can be performed after an out-of-gpu-memory exception. A retry only occurs if the first run took less than the threshold set here (in milliseconds). The retry is attempted after the render gpu memory is automatically cleared. If an OOM exception occurs, clearing the memory might get the request to succeed. Providing a reasonable threshold might give more stability to memory-constrained servers w/ rendering enabled. Only a single retry is attempted. A value of 0 disables retries.
    render-poly-cache-bytes arg Size of memory reserved for polygon rendering, in bytes.300000000 NOTE: This option is deprecated in Release 5.2 and will be removed in a later release.

    Limits the maximum size of the polygon render cache. Use to improve polygon rendering performance from frame to frame when rendering the same query. Complex queries are often used with polygon rendering, such as choropleths that use expensive joins and aggregates. Processing time required to build polygon buffers for rendering can be expensive.

    In contrast to render-mem-bytes, no allocation is performed at startup. If no polygon rendering is performed, no allocations are executed that count toward this limit. Polygon buffer allocations are performed dynamically when requested. If the query results and polygon buffer sizes exceed the limit of the cache, the render can still be executed as long as sufficient GPU memory is available. However, you may see performance degredation from frame to frame; if so, consider increasing this cache size.

    The INFO log can provide information about the optimal setting. For example, if you see a log message like the following, you can extract the size in bytes to render a specific query and adjust this setting accordingly:

    Cannot cache <size of all polygon render buffers> bytes (<size of polygon coordinate buffer> for vbo/ibo) for poly query: &lquery str> on gpu <gpu id>. There is currently <current size of poly cache> of <max size of poly cache> total bytes used in the poly cache.

    Default is 300 MB.
    rendering [=arg] Enable or disable backend rendering.TRUE[1]TRUE[1] Disable rendering when not in use, freeing up memory reserved by render-mem-bytes. To reenable rendering, you must restart OmniSci Server.
    res-gpu-mem =argReserved memory for GPU, not use OmniSci allocator.134217728 Reserve extra memory for your system (for example, if the GPU is also driving your display, such as on a laptop or single-card desktop). OmniSci uses all the memory on the GPU except for render-mem-bytes + res-gpu-mem. All of render-mem-bytes is allocated at startup. Also useful if other processes, such as a machine-learning pipeline, share the GPU with OmniSci. In advanced rendering scenarios or distributed setups, increase to free up additional memory for the renderer, or for aggregating results for the renderer from multiple leaf nodes.
    seek-kafka-commit = <N> Set the offset of the last Kafka message to be committed from a Kafka data stream.N/AN/A Set the offset of the last Kafka message to be committed from a Kafka data stream. This way, Kafka does not resend those messages. After the Kafka server commits messages through the number N, it resends messages starting at message N+1. This is particularly useful when you want to create a replica of the OmniSci server from an existing data directory.
    ssl-cert path Path to the server's public PKI certificate (.crt file).   Define the path the the .crt file. Used to establish an encrypted binary connection.
    ssl-keystore path Path to the server keystore.   Used for an encrypted binary connection. The path to Java trust store containing the server's public PKI key. Used by OmniSciDB to connect to the encrypted Calcite server port.
    ssl-keystore-password password The password for the SSL keystore.   Used to create a binary encrypted connection to the Calcite server.
    ssl-private-key path Path to the server's private PKI key.   Define the path to the OmniSci server PKI key. Used to establish an encrypted binary connection.
    ssl-trust-ca path Enable use of CA-signed certificates presented by Calcite.   Defines the file that contains trusted CA certificates. This information enables the server to validate the TCP/IP Thrift connections it makes as a client to the Calcite server.

    The certificate presented by the Calcite server is the same as the certificate used to identify the database server to its clients.
    ssl-trust-ca-server path Path to the file containing trusted CA certificates; for PKI authentication.   Used to validate certificates submitted by clients. If the certificate provided by the client (in the password field of the connect command) was not signed by one of the certificates in the trusted file, then the connection fails.

    PKI authentication works only if the server is configured to encrypt connections via TLS. The common name extracted from the client certificate is used as the name of the user to connect. If this name does not already exist, the connection fails. If LDAP or SAML are also enabled, the servers fall back to these authentication methods if PKI authentication fails.

    Currently works only with JDBC clients. To allow connection from other clients, set allow-local-auth-fallback or add LDAP/SAML authentication.
    ssl-trust-password password The password for the SSL trust store.   Password to the SSL trust store containing the server's public PKI key. Used to establish an encrypted binary connection.
    ssl-trust-store path The path to Java trustStore containing the server's public PKI key.   Used by the Calcite server to connect to the encrypted OmniSci server port, to establish an encrypted binary connection.
    start-gpu arg First GPU to use.FALSE[0] Used in shared environments in which the first assigned GPU is not GPU 0. Use in conjunction with num-gpus.
    trivial-loop-join-threshold [=arg] The maximum number of rows in the inner table of a loop join considered to be trivially small.10001000

    Additional Enterprise Edition Parameters

    Flag Description Implied Value Default Value Why Change It?
    cluster argPath to data leaves list JSON file. Indicates that the OmniSci server instance is an aggregator node, and where to find the rest of its cluster. $OMNISCI_STORAGEChange for testing and debugging.
    compression-limit-bytes [=arg(=536870912)] (=536870912)Compress result sets that are transfered between leaves.536870912536870912Minimum length of payload above which data is compressed.
    compressor arg (=lz4hc)Compressor algorithm to be used by the server to compress data being transferred between server.lz4hclz4hcSee Data Compression for compression algorithm options.
    ha-brokers argLocation of the HA brokers.Kafka broker used for High Availability.
    ha-group-id arg ID of the HA group this server is in. Match the group ID used for all servers in the OmniSciDB High Availability group.
    ha-shared-path arg Directory path to shared OmniSci directory. Required for High Availability OmniSciDB setup. Specifies the shared file storage that allows multiple OmniSciDB servers to function as a High Availability cluster.
    ha-unique-server-id arg Unique ID to identify this server in the HA group. Assign a unique ID to this server in the OmniSci High Availability group.
    ldap-dn arg LDAP Distinguished Name.
    (=uid=%s,
      cn=users, 
      cn=accounts, 
      dc=omnisci,
      dc=com)
    ldap-role-query-regex argRegEx to use to extract role from role query result.
    ldap-role-query-url arg LDAP query role URL.
    ldap-superuser-role argThe role name to identify a superuser.
    ldap-uri arg LDAP server URI.
    leaf-conn-timeout [=arg]Leaf connect timeout, in milliseconds.2000020000 Increase or decrease to fail Thrift connections between OmniSciDB instances more or less quickly if a connection cannot be established.
    leaf-recv-timeout [=arg] Leaf receive timeout, in milliseconds.300000300000 Increase or decrease to fail Thrift connections between OmniSciDB instances more or less quickly if data is not received in the time allotted.
    leaf-send-timeout [=arg]Leaf send timeout, in milliseconds.300000300000 Increase or decrease to fail Thrift connections between OmniSciDB instances more or less quickly if data is not sent in the time allotted.
    saml-metadata-file arg Path to identity provider metadata file. Required for running SAML. An identity provider (like Okta) supplies a metadata file. From this file, OmniSci uses:
    1. Public key of the identity provider to verify that the SAML response comes from it and not from somewhere else.
    2. URL of the SSO login page used to obtain a SAML token.
    saml-sp-target-url argURL of the service provider for which SAML assertions should be generated. Required for running SAML. Used to verify that a SAML token was issued for OmniSci and not for some other service.
    saml-sync-roles arg (=0)Enable mapping of SAML groups to OmniSci roles.saml-sync-roles [=0]The SAML Identity provider (for example, Okta) automatically creates users at login and assigns them roles they already have as groups in SAML.
    string-servers argPath to string servers list JSON file. Indicates that OmniSciDB is running in distributed mode and is required to designate a leaf server when running in distributed mode.

    Configuration Parameters for OmniSci Web Server

    Configuration Flags for OmniSci Web Server
    Flag Description Default Why Change It?
    allow-any-origin Allows for a CORS exception to the same-origin policy. --allow-any-origin = false

    Required to be true if Immerse is hosted on a different domain or subdomain hosting omnisci_web_server and omnisci_server.

    Allowing any origin is a less secure mode than what omnisci_web_server requires by default.

    -b | backend-url string URL to http-port on omnisci_server. http://localhost:6278 Change to avoid collisions with other services.
    cert string Certificate file for HTTPS cert.pem Change for testing and debugging.
    -c | config string Path to OmniSci configuration file.   Change for testing and debugging.
    -d | data string Path to OmniSci data directory. data Change for testing and debugging.
    db-query-list <path-to-query-list-file> Preload data to memory based on SQL queries stored in a list file. n/a Automatically run queries that load the most frequently used data to enhance performance. See Pre-loading Data.
    docs string Path to documentation directory. docs Change if you move your documentation files to another directory.
    enable-cert-verification TLS certificate verification is a security measure that can be disabled for the cases of TLS certificates not issued by a trusted certificate authority. --enable-cert-verification = true If using a locally or unofficially generated TLS certificate to secure the connection between omnisci_server and omnisci_web_server, this parameter must be set to false. omnisci_web_server expects a trusted certificate authority by default.
    enable-https Enable HTTPS support.   Change to enable secure HTTP.
    enable-https-redirect [=arg] Enable a new port that omnisci_web_server listens on for incoming HTTP requests. When received, it returns a redirect response to the HTTPS port and protocol, so that browsers are immediately and transparently redirected.FALSE[0] Use to provide an OmniSci front end that can run on both the HTTP protocol (http://my-omnisci-frontend.com) on default HTTP port 80, and on the primary HTTPS protocol (https://my-omnisci-frontend.com) on default https port 443, and have requests to the HTTP protocol automatically redirected to HTTPS. Without this, requests to HTTP fail. Assuming omnisci_web_server can attach to ports below 1024, the configuration would be:
    enable-https-redirect = TRUE
    http-to-https-redirect-port = 80
    -f | frontend string Path to frontend directory. frontend Change if you move the location of your frontend UI files.
    http-to-https-redirect-port = arg Configures the http (incoming) port used by enable-https-redirect. The port option specifies the redirect port number.6280 Use to provide an OmniSci front end that can run on both the HTTP protocol (http://my-omnisci-frontend.com) on default HTTP port 80, and on the primary HTTPS protocol (https://my-omnisci-frontend.com) on default https port 443, and have requests to the HTTP protocol automatically redirected to HTTPS. Without this, requests to HTTP fail. Assuming omnisci_web_server can attach to ports below 1024, the configuration would be: enable-https-redirect = TRUE
    http-to-https-redirect-port = 80
    jwt-key-file

    Path to a key file for client session encryption.

    The file is expected to be a PEM-formatted ( .pem ) certificate file containing the unencrypted private key in PKCS #1, PCKS #8, or ASN.1 DER form.

    Example PEM file creation using OpenSSL:

     openssl req 
     -newkey rsa:2048 
     -new -nodes 
     -x509 -days 3650 
     -keyout key.pem 
     -out cert.pem
     

    Required only if using a high-availability server configuration or another server configuration that requires an instance of Immerse to talk to multiple omnisci_web_server instances.

    Each omnisci_web_server instance needs to use the same encryption key to encrypt and decrypt client session information which is used for session persistence ("sessionization") in Immerse.

    key string Key file for HTTPS. key.pem Change for testing and debugging.
    max-tls-version Refers to the version of TLS encryption used to secure web protocol connections. Specifies a maximum TLS version.    
    min-tls-version Refers to the version of TLS encryption used to secure web protocol connections. Specifies a minimum TLS version. --min-tls-version = VersionTLS12  
    -p | port int Frontend server port. 6273 Change to avoid collisions with other services.
    -r | read-only Enable read-only mode   Prevent changes to the data.
    servers-json string Path to servers.json   Change for testing and debugging.
    timeout duration Maximum request duration in #h#m#s format. For example 0h30m0s represents a duration of 30 minutes. 1h0m0s Controls the maximum duration of individual HTTP requests. Used to manage resource exhaustion caused by improperly closed connections.

    This also limits the execution time of queries made over the Thrift HTTP transport. Increase the duration if queries are expected to take longer than the default duration of one hour; for example, if you COPY FROM a large file when using omnisql with the HTTP transport.
    tls-cipher-suites

    Refers to the combination of algorithms used in TLS encryption to secure web protocol connections.

    All available TLS cipher suites compatible with HTTP/2:

    • TLS_RSA_WITH_RC4_128_SHA
    • TLS_RSA_WITH_AES_128_CBC_SHA
    • TLS_ECDHE_RSA_WITH_AES_128_
      GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_128_
      GCM_SHA256
    • TLS_ECDHE_RSA_WITH_AES_256_
      GCM_SHA384
    • TLS_ECDHE_ECDSA_WITH_AES_256_
      GCM_SHA384
    • TLS_ECDHE_RSA_WITH_CHACHA20_
      POLY1305
    • TLS_ECDHE_ECDSA_WITH_CHACHA20_
      POLY1305
    • TLS_AES_128_GCM_SHA256
    • TLS_AES_256_GCM_SHA384
    • TLS_CHACHA20_POLY1305_SHA256
    • TLS_FALLBACK_SCSV

    The following cipher suites are accepted by default:

    • TLS_ECDHE_RSA_WITH_AES_128_
      GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_128_
      GCM_SHA256
    • TLS_ECDHE_RSA_WITH_AES_256_
      GCM_SHA384
    • TLS_RSA_WITH_AES_256_GCM_
      SHA384
    Limit security vulnerabilities by specifying the allowed TLS ciphers in the encryption used to secure web protocol connections.
    tls-curves

    Refers to the types of Elliptic Curve Cryptography (ECC) used in TLS encryption to secure web protocol connections.

    All available TLS elliptic Curve IDs:

    • secp256r1 (Curve ID P256)
    • CurveP256 (Curve ID P256)
    • secp384r1 (Curve ID P384)
    • CurveP384 (Curve ID P384)
    • secp521r1 (Curve ID P521)
    • CurveP521 (Curve ID P521)
    • x25519 (Curve ID X25519)
    • X25519 (Curve ID X25519)

    The following TLS curves are accepted by default:

    • CurveP521
    • CurveP384
    • CurveP256
    Limit security vulnerabilities by specifying the allowed TLS cipher suites in the encryption used to secure web protocol connections.
    tmpdir string Path for temporary file storage. /tmp Used as a staging location for file uploads. Consider locating this directory on the same file system as the OmniSci data directory. If not specified on the command line, omnisci_web_server recognizes the standard TMPDIR environment variable as well as a specific OMNISCI_TMPDIR environment variable, the latter of which takes precedence. If you use neither the command-line argument nor one of the environment variables, the default, /tmp/ is used.
    -v | verbose Enable verbose logging.   Adds log messages for debugging purposes.
    version Return version.