Available options
active
Description
Note: When the
APPSIGNAL_PUSH_API_KEY
environment variable is set, this defaults to
true
. This can be overridden by setting the
APPSIGNAL_ACTIVE
system environment variable to
false
:
APPSIGNAL_ACTIVE=false
.
Configure AppSignal to be active or not for a given environment. Most commonly used in the file configuration per environment.
env
Description
The environment of the app to be reported to AppSignal. This option is set by default by our installer, to Mix.env
. To override it, change the value in config/appsignal.exs
(or your config file of choice).
# config/appsignal.exs
# or config/config.exs
config :appsignal, :config,
env: Mix.env # Installer default
# Set your own value
config :appsignal, :config,
env: :staging
To override the config option in the system environment, use the APPSIGNAL_APP_ENV
environment variable.
# The method of setting environment variables may differ on your system
export APPSIGNAL_APP_ENV=staging
mix run
The environment variable option is commonly used on platforms, such as Heroku, where apps run in the production
environment by default. This setting allows an override to set the environment to staging
, for example.
heroku config:set APPSIGNAL_APP_ENV=staging
Note: Changing the
name or environment of an existing app will create a new app on AppSignal.com.
name
Description
Name of your application as it should be displayed on AppSignal.com.
Note: Changing the name or
environment of an existing app will create a new app on AppSignal.com.
otp_app
Description
The OTP app name of your application, to be used for automatic configuration of instrumentation for libraries like Ecto.
push_api_key
Description
The organization-level authentication key to authenticate with our Push API.
Read more about the AppSignal Push API key.
Note: When the
APPSIGNAL_PUSH_API_KEY
system environment variable is set, the
active
option will default to
true
instead of
false
. This means AppSignal will be consider active for the loaded environment even if
active
is set to
false
in the config file. For more information see the
active
option.
ca_file_path
Description
Configure the path of the SSL certificate file. By default this points to the AppSignal vendored cacert.pem
file in the package itself.
debug
Description
Warning: This config option is deprecated in Elixir package 2.2.8. Please use the
log_level
option instead for Elixir package 2.2.8 and newer.
Enable debug logging, this is usually only needed on request from support. With this option enabled AppSignal will log a lot more information about decisions that are made during metrics collection and when data is sent to AppSignal.com servers.
Enabling debug logging could have a slight impact on the disk usage and IO, especially on high-traffic sites. CPU overhead is minimal with the debug option enabled.
dns_servers
Description
Configure DNS servers for the AppSignal agent to use.
# config/config.exs
config :appsignal, :config,
dns_servers: ["8.8.8.8", "8.8.4.4"]
# In the host environment
export APPSIGNAL_DNS_SERVERS="8.8.8.8,8.8.4.4"
If you're affected by our DNS timeouts, try setting a DNS server manually using this option that doesn't use more than 4 dots in the server name.
- Acceptable values:
8.8.8.8
, my.custom.local.server
.
- Not acceptable values:
foo
, my.awesome.custom.local.dns.server
.
If the DNS server cannot be reached the agent will fall back on the host's DNS configuration and output a message in the appsignal.log
file: A problem occurred while setting DNS servers
.
ecto_repos
Description
Configure which Ecto repos to instrument queries for. If unset, AppSignal will automatically find your repos through your application configuration.
# config/config.exs
config :appsignal, :config,
ecto_repos: [AppsignalPhoenixExample.Repo, AppsignalPhoenixExample.AnotherRepo]
# In the host environment
export APPSIGNAL_ECTO_REPOS="AppsignalPhoenixExample.Repo,AppsignalPhoenixExample.AnotherRepo"
To turn off all Ecto instrumentation, configure :ecto_repos
as an empty list:
# config/config.exs
config :appsignal, :config,
ecto_repos: []
enable_host_metrics
Description
Set this option to false
to disable host metrics collection.
On Heroku and Dokku host metrics are disabled by default. This is done because these systems will report inaccurate metrics from within the containers. Host metrics collection on these systems cannot be enabled. For Heroku, use the Heroku log drain instead.
enable_minutely_probes
Description
Enables the minutely probes system.
enable_statsd
Description
Enables the StatsD server in the AppSignal agent.
endpoint
Description
Configure the endpoint to send data to AppSignal. This setting will not have to be changed.
files_world_accessible
Description
If this is set to true
the AppSignal working directory that is created is accessible for all users (Unix permissions 0666
). This is often necessary because processes for the same app run under a different user. Set to false
to disable this behaviour (Unix permissions 0644
).
filter_parameters
Description
List of parameter keys that should be ignored using AppSignal filtering. Their values will be replaced with [FILTERED]
when transmitted to AppSignal. You can configure this with a list of keys in the configuration file.
# config/appsignal.exs
config :appsignal, :config,
filter_parameters: ["password", "secret"]
Read more about parameter filtering.
filter_session_data
Description
List of session data keys that should be ignored using AppSignal filtering. Their values will be replaced with [FILTERED]
when transmitted to AppSignal. You can configure this with a list of keys in the configuration file.
# config/appsignal.exs
config :appsignal, :config,
filter_session_data: ["name", "email", "api_token", "token"]
Read more about session data filtering.
hostname
Description
This overrides the server's hostname. Useful for when you're unable to set a custom hostname or when a nondescript id is generated for you on hosting services.
http_proxy
Description
If you require the agent to connect to the Internet via a proxy set the complete proxy URL in this configuration key.
ignore_actions
Description
List of actions that will be ignored, everything that happens including exceptions will not be transmitted to AppSignal.
Read more about ignoring actions.
ignore_errors
Description
List of error classes that will be ignored. Any exception raised with this error class will not be transmitted to AppSignal. Read more about ignoring errors.
ignore_namespaces
Description
List of namespaces that will be ignored. Any error raised or slow request that occurs in this namespace will not be send to AppSignal. Read more about namespaces.
log
Description
Select which logger to the AppSignal agent should use. Accepted values are
file
and stdout
. See also the log_path
configuration.
file
(default)
- Write all AppSignal logs to the file system.
stdout
(default on Heroku)
- Print AppSignal logs in the parent process' STDOUT instead of to a file.
Useful with hosting solutions such as container systems and Heroku.
Note: At this time only the AppSignal integration supports the "stdout" log output feature. The
AppSignal agent, which is used by the integration, does not support "stdout" log output. It will always write to the "appsignal.log" file.
log_level
Description
Set the severity level of the AppSignal logger. If it is configured to "info" it will log all error, warning and info messages, but not log the debug messages.
Setting it to the levels "debug" or "trace" is usually only needed on request from support. Setting the level to "debug"/"trace" could have a slight impact on the disk usage and IO, especially on high-traffic sites. CPU overhead is minimal with the debug option enabled.
Accepted values:
- error
- warning
- info
- debug
- trace
log_path
Description
Override the location of the path (directory) where the appsignal.log
file can be written to.
Note: The specified path cannot contain Operating Specific file system abstractions, such as the homedir symbol ~
for *NIX systems. This will be seen as a malformed path.
Description
The request_headers
config option contains a list of HTTP request headers which are read and stored by the AppSignal Elixir package.
This request_headers
config option is an allowlist, which means that it will only take headers as specified by this config option. If this config option is unset it will use the AppSignal default.
Following list is the AppSignal package default.
# config/appsignal.exs
config :appsignal, :config,
request_headers: ~w(
accept accept-charset accept-encoding accept-language cache-control
connection content-length path-info range request-method
request-uri server-name server-port server-protocol
)
To configure AppSignal to not store any HTTP request headers on AppSignal transactions, configure the option with an empty list.
# config/appsignal.exs
config :appsignal, :config,
request_headers: []
revision
Description
Set the app revision for the currently running version of your app. Used to create deploy markers and tag all incoming data to a certain deploy for the host.
When using Heroku with the Heroku Labs: Dyno Metadata enabled it will automatically set the revision
config option to to the HEROKU_SLUG_COMMIT
system environment variable. This will automatically report new deploys when the Heroku app gets deployed. The revision can still be overwritten by setting the revision
config option yourself.
Read more about deploy markers on the deploy markers.
running_in_container
Description
AppSignal expects to be running on the same machine between different deploys. Set this key to true
if you use a container based deployment system such as Docker.
Newer versions of the AppSignal integration automatically detect its container environment, so no manual configuration is necessary. If you're having trouble with the automatic detection, please contact support.
This option is set to true
automatically on Heroku.
Description
Send environment metadata about the app.
For more information please read about environment metadata.
send_params
Description
Whether to skip sending request parameters to AppSignal.
For more information please read about send_params in filtering request parameters.
send_session_data
Description
Set this option to false
to not send any session data with exception traces and performance issue samples.
skip_session_data
Description
Warning: This config option is deprecated in the Elixir package 2.2.10. Please use the
send_session_data
option instead for newer versions of the Elixir package.
transaction_debug_mode
Description
Warning: This config option is deprecated in Elixir package 2.2.9. Please use the
log_level
option instead for Elixir package 2.2.9 and newer.
Enable transaction debug mode. This enables very detailed logging of transactions and events which is useful when developing integrations or when events aren not tracked as expected. The log is only written if the general debug
option is on as well.
working_dir_path
Description
Warning: This config option is deprecated in Elixir package 1.8.0. Please use the
working_directory_path
option instead for Elixir package 1.8.0 and newer.
Override the location where AppSignal for Elixir can store temporary files. Use this option if the default location is not suitable. See our how AppSignal operates page for more information about the purpose of this working directory.
If you are running multiple applications using AppSignal on the same server, use this configuration option to select different working directories for every AppSignal instance, otherwise the two instances could conflict with one another. For more information on this scenario see our running multiple applications on one host documentation.
# config/config.exs
config :appsignal, :config,
working_dir_path: "/tmp/project_1/"
Note: The specified path cannot contain Operating Specific file system abstractions, such as the homedir symbol ~
for *NIX systems. This will be seen as a malformed path.
working_directory_path
Description
Override the location where AppSignal for Elixir can store temporary files. Use this option if the default location is not suitable. See our how AppSignal operates page for more information about the purpose of this working directory.
If you are running multiple applications using AppSignal on the same server, use this configuration option to select different working directories for every AppSignal instance, otherwise the two instances could conflict with one another. For more information on this scenario see our running multiple applications on one host documentation.
# config/appsignal.exs
config :appsignal, :config,
working_directory_path: "/tmp/project_1/"
Note: The specified path cannot contain Operating Specific file system abstractions, such as the homedir symbol ~
for *NIX systems. This will be seen as a malformed path.