Configuration parameters

This article describes the parameters that can be configured for ADPG Control services via ADCM. To read about the configuring process, refer to the relevant article Configure services.

NOTE
Some of the parameters become visible in the ADCM UI after the Show advanced flag being set.

AD Eureka

Registry parameters

 

Parameter Description Default value

port

AD Eureka listening port. It can only be set during installation. The AD Eureka web interface is available on this port

8761

Xmx ram parameter

Defines the maximum Java heap size for the service in gigabytes

2

Log level

A logging level of messages written to log files. Possible values: ERROR, WARN, INFO, DEBUG, and TRACE

INFO

ADВМ

Backend parameters

 

Parameter Description Default value

Xmx ram parameter

Defines the maximum Java heap size for the service in gigabytes

2

Log level

A logging level of messages written to log files. Possible values: ERROR, WARN, INFO, DEBUG, and TRACE

INFO

ADPG Control

Database parameters

 

Parameter Description Default value

Username

The database username

adpgc

Password

The database password. It is specified during installation

 — 

UI component parameters

 

Parameter Description Default value

Admin’s password

The ADPG Control administrator password. It is specified during installation. The administrator is the automatically created user — adpgc

 — 

Backend parameters

 

Parameter Description Default value

Listening WEB UI port

The port on which the ADPG Control web UI is available. It is specified during installation

8090

Xmx ram parameter

Defines the maximum Java heap size for the service in gigabytes

2

Log level

A logging level of messages written to log files. Possible values: ERROR, WARN, INFO, DEBUG, and TRACE

INFO

Arenadata PostgreSQL

Parameter Description Default value

Data directory

The directory that is used to store PostgreSQL data. It can be changed only during installation

/pg_data1

Chrony

Parameter Description Default value

NTP servers

Addresses of valid NTP servers. For example, 0.ru.pool.ntp.org, 1.ru.pool.ntp.org. If this parameter is set, NTP Master takes the time from NTP servers, NTP Secondary — from NTP Master or NTP servers, NTP Slave — from NTP Master or NTP Secondary. If the parameter is not set or all NTP servers become unavailable, NTP Master uses its local clocks, NTP Secondary uses NTP Master or local clocks, and NTP Slave gets the time from NTP Master or NTP Secondary

 — 

Found a mistake? Seleсt text and press Ctrl+Enter to report it