mirror of
https://github.com/netdata/netdata.git
synced 2025-04-10 08:07:34 +00:00
parent
166a4cdbe0
commit
109a635d04
38 changed files with 200 additions and 343 deletions
docs
category-overview-pages
cloud/insights
collect
configure
export
guides
collect-apache-nginx-web-logs.mdcollect-unbound-metrics.mdmonitor-cockroachdb.mdmonitor-hadoop-cluster.md
monitor
python-collector.mdtroubleshoot
metrics-storage-management
running-through-cf-tunnels.mdstore
packaging/installer
src
collectors
daemon
go/collectors/go.d.plugin
health
|
@ -60,7 +60,7 @@ static-threaded` setting, and change it to `none`.
|
|||
mode = none
|
||||
```
|
||||
|
||||
Save and close the editor, then [restart your Agent](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md)
|
||||
Save and close the editor, then [restart your Agent](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation)
|
||||
using `sudo systemctl
|
||||
restart netdata`. If you try to visit the local dashboard to `http://NODE:19999` again, the connection will fail because
|
||||
that node no longer serves its local dashboard.
|
||||
|
|
|
@ -34,7 +34,7 @@ To enable ML on your Netdata Agent, you need to edit the `[ml]` section in your
|
|||
|
||||
At a minimum you just need to set `enabled = yes` to enable ML with default params. More details about configuration can be found in the [Netdata Agent ML docs](https://github.com/netdata/netdata/blob/master/src/ml/README.md#configuration).
|
||||
|
||||
When you have finished your configuration, restart Netdata with a command like `sudo systemctl restart netdata` for the config changes to take effect. You can find more info on restarting Netdata [here](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
When you have finished your configuration, restart Netdata with a command like `sudo systemctl restart netdata` for the config changes to take effect. You can find more info on restarting Netdata [here](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
After a brief delay, you should see the number of `trained` dimensions start to increase on the "dimensions" chart of the "Anomaly Detection" menu on the Overview page. By default the `minimum num samples to train = 3600` parameter means at least 1 hour of data is required to train initial models, but you could set this to `900` if you want to train initial models quicker but on less data. Over time, they will retrain on up to `maximum num samples to train = 14400` (4 hours by default), but you could increase this is you wanted to train on more data.
|
||||
|
||||
|
|
|
@ -45,7 +45,7 @@ details see [the requirements](https://github.com/netdata/go.d.plugin/blob/maste
|
|||
|
||||
Next, [configure](https://github.com/netdata/go.d.plugin/blob/master/modules/windows/README.md#configuration) the Windows
|
||||
collector to point to the URL and port of your exposed endpoint. Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system. You'll start seeing Windows system metrics, such as CPU
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system. You'll start seeing Windows system metrics, such as CPU
|
||||
utilization, memory, bandwidth per NIC, number of processes, and much more.
|
||||
|
||||
For information about collecting metrics from applications _running on Windows systems_, see the [application metrics
|
||||
|
|
|
@ -98,7 +98,7 @@ method for `edit-config` to write into the config directory. Use your `$EDITOR`,
|
|||
> defaulted to `vim` or `nano`. Use `export EDITOR=` to change this temporarily, or edit your shell configuration file
|
||||
> to change to permanently.
|
||||
|
||||
After you make your changes, you need to [restart the Agent](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) with `sudo systemctl
|
||||
After you make your changes, you need to [restart the Agent](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) with `sudo systemctl
|
||||
restart netdata` or the appropriate method for your system.
|
||||
|
||||
Here's an example of editing the node's hostname, which appears in both the local dashboard and in Netdata Cloud.
|
||||
|
|
|
@ -1,154 +0,0 @@
|
|||
# Start, stop, or restart the Netdata Agent
|
||||
|
||||
When you install the Netdata Agent, the [daemon](https://github.com/netdata/netdata/blob/master/src/daemon/README.md) is
|
||||
configured to start at boot and stop and restart/shutdown.
|
||||
|
||||
You will most often need to _restart_ the Agent to load new or editing configuration files.
|
||||
[Health configuration](#reload-health-configuration) files are the only exception, as they can be reloaded without restarting
|
||||
the entire Agent.
|
||||
|
||||
Stopping or restarting the Netdata Agent will cause gaps in stored metrics until the `netdata` process initiates
|
||||
collectors and the database engine.
|
||||
|
||||
## Using `systemctl`, `service`, or `init.d`
|
||||
|
||||
This is the recommended way to start, stop, or restart the Netdata daemon.
|
||||
|
||||
- To **start** Netdata, run `sudo systemctl start netdata`.
|
||||
- To **stop** Netdata, run `sudo systemctl stop netdata`.
|
||||
- To **restart** Netdata, run `sudo systemctl restart netdata`.
|
||||
|
||||
If the above commands fail, or you know that you're using a non-systemd system, try using the `service` command:
|
||||
|
||||
- **service**: `sudo service netdata start`, `sudo service netdata stop`, `sudo service netdata restart`
|
||||
|
||||
## Using `netdata`
|
||||
|
||||
Use the `netdata` command, typically located at `/usr/sbin/netdata`, to start the Netdata daemon.
|
||||
|
||||
```bash
|
||||
sudo netdata
|
||||
```
|
||||
|
||||
If you start the daemon this way, close it with `sudo killall netdata`.
|
||||
|
||||
## Using `netdatacli`
|
||||
|
||||
The Netdata Agent also comes with a [CLI tool](https://github.com/netdata/netdata/blob/master/src/cli/README.md) capable of performing shutdowns. Start the Agent back up
|
||||
using your preferred method listed above.
|
||||
|
||||
```bash
|
||||
sudo netdatacli shutdown-agent
|
||||
```
|
||||
|
||||
## Netdata MSI installations
|
||||
|
||||
Netdata provides an installer for Windows using WSL, on those installations by using a Windows terminal (e.g. the Command prompt or Windows Powershell) you can:
|
||||
|
||||
- Start Netdata, by running `start-netdata`
|
||||
- Stop Netdata, by running `stop-netdata`
|
||||
- Restart Netdata, by running `restart-netdata`
|
||||
|
||||
## Reload health configuration
|
||||
|
||||
You do not need to restart the Netdata Agent between changes to health configuration files, such as specific health
|
||||
entities. Instead, use [`netdatacli`](#using-netdatacli) and the `reload-health` option to prevent gaps in metrics
|
||||
collection.
|
||||
|
||||
```bash
|
||||
sudo netdatacli reload-health
|
||||
```
|
||||
|
||||
If `netdatacli` doesn't work on your system, send a `SIGUSR2` signal to the daemon, which reloads health configuration
|
||||
without restarting the entire process.
|
||||
|
||||
```bash
|
||||
killall -USR2 netdata
|
||||
```
|
||||
|
||||
## Force stop stalled or unresponsive `netdata` processes
|
||||
|
||||
In rare cases, the Netdata Agent may stall or not properly close sockets, preventing a new process from starting. In
|
||||
these cases, try the following three commands:
|
||||
|
||||
```bash
|
||||
sudo systemctl stop netdata
|
||||
sudo killall netdata
|
||||
ps aux| grep netdata
|
||||
```
|
||||
|
||||
The output of `ps aux` should show no `netdata` or associated processes running. You can now start the Netdata Agent
|
||||
again with `service netdata start`, or the appropriate method for your system.
|
||||
|
||||
## Starting Netdata at boot
|
||||
|
||||
In the `system` directory you can find scripts and configurations for the
|
||||
various distros.
|
||||
|
||||
### systemd
|
||||
|
||||
The installer already installs `netdata.service` if it detects a systemd system.
|
||||
|
||||
To install `netdata.service` by hand, run:
|
||||
|
||||
```sh
|
||||
# stop Netdata
|
||||
killall netdata
|
||||
|
||||
# copy netdata.service to systemd
|
||||
cp system/netdata.service /etc/systemd/system/
|
||||
|
||||
# let systemd know there is a new service
|
||||
systemctl daemon-reload
|
||||
|
||||
# enable Netdata at boot
|
||||
systemctl enable netdata
|
||||
|
||||
# start Netdata
|
||||
systemctl start netdata
|
||||
```
|
||||
|
||||
### init.d
|
||||
|
||||
In the system directory you can find `netdata-lsb`. Copy it to the proper place according to your distribution
|
||||
documentation. For Ubuntu, this can be done via running the following commands as root.
|
||||
|
||||
```sh
|
||||
# copy the Netdata startup file to /etc/init.d
|
||||
cp system/netdata-lsb /etc/init.d/netdata
|
||||
|
||||
# make sure it is executable
|
||||
chmod +x /etc/init.d/netdata
|
||||
|
||||
# enable it
|
||||
update-rc.d netdata defaults
|
||||
```
|
||||
|
||||
### openrc (gentoo)
|
||||
|
||||
In the `system` directory you can find `netdata-openrc`. Copy it to the proper
|
||||
place according to your distribution documentation.
|
||||
|
||||
### CentOS / Red Hat Enterprise Linux
|
||||
|
||||
For older versions of RHEL/CentOS that don't have systemd, an init script is included in the system directory. This can
|
||||
be installed by running the following commands as root.
|
||||
|
||||
```sh
|
||||
# copy the Netdata startup file to /etc/init.d
|
||||
cp system/netdata-init-d /etc/init.d/netdata
|
||||
|
||||
# make sure it is executable
|
||||
chmod +x /etc/init.d/netdata
|
||||
|
||||
# enable it
|
||||
chkconfig --add netdata
|
||||
```
|
||||
|
||||
_There have been some recent work on the init script, see PR
|
||||
<https://github.com/netdata/netdata/pull/403>_
|
||||
|
||||
### other systems
|
||||
|
||||
You can start Netdata by running it from `/etc/rc.local` or equivalent.
|
||||
|
|
@ -54,7 +54,7 @@ Replace `my_opentsdb_http_instance` with an instance name of your choice, and ch
|
|||
address or hostname of your OpenTSDB database.
|
||||
|
||||
Restart your Agent with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to begin exporting to your OpenTSDB
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to begin exporting to your OpenTSDB
|
||||
database. The
|
||||
Netdata Agent exports metrics _beginning from the time the process starts_, and because it exports as metrics are
|
||||
collected, you should start seeing data in your external database after only a few seconds.
|
||||
|
@ -78,7 +78,7 @@ Replace `my_graphite_instance` with an instance name of your choice, and change
|
|||
address or hostname of your Graphite-supported database.
|
||||
|
||||
Restart your Agent with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to begin exporting to your
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to begin exporting to your
|
||||
Graphite-supported database.
|
||||
Because the Agent exports metrics as they're collected, you should start seeing data in your external database after
|
||||
only a few seconds.
|
||||
|
|
|
@ -82,7 +82,7 @@ jobs:
|
|||
```
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system. Netdata should pick up your web server's access log and
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system. Netdata should pick up your web server's access log and
|
||||
begin showing real-time charts!
|
||||
|
||||
### Custom log formats and fields
|
||||
|
|
|
@ -59,7 +59,7 @@ You may not need to do any more configuration to have Netdata collect your Unbou
|
|||
|
||||
If you followed the steps above to enable `remote-control` and make your Unbound files readable by Netdata, that should
|
||||
be enough. Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system. You should see Unbound metrics in your Netdata
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system. You should see Unbound metrics in your Netdata
|
||||
dashboard!
|
||||
|
||||

|
||||
|
@ -104,7 +104,7 @@ Netdata will attempt to read `unbound.conf` to get the appropriate `address`, `c
|
|||
`tls_key` parameters.
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
### Manual setup for a remote Unbound server
|
||||
|
||||
|
|
|
@ -38,7 +38,7 @@ display them on the dashboard.
|
|||
|
||||
If your CockroachDB instance is accessible through `http://localhost:8080/` or `http://127.0.0.1:8080`, your setup is
|
||||
complete. Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, and refresh your browser. You should see CockroachDB
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, and refresh your browser. You should see CockroachDB
|
||||
metrics in your Netdata dashboard!
|
||||
|
||||
<figure>
|
||||
|
|
|
@ -164,7 +164,7 @@ jobs:
|
|||
address : 203.0.113.10:2182
|
||||
```
|
||||
|
||||
Finally, [restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
Finally, [restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
```sh
|
||||
sudo systemctl restart netdata
|
||||
|
|
|
@ -53,7 +53,7 @@ Pressing the anomalies icon (next to the information icon in the chart header) w
|
|||
|
||||
## Anomaly Rate Based Alerts
|
||||
|
||||
It is possible to use the `anomaly-bit` when defining traditional Alerts within netdata. The `anomaly-bit` is just another `options` parameter that can be passed as part of an [alert line lookup](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md#alert-line-lookup).
|
||||
It is possible to use the `anomaly-bit` when defining traditional Alerts within netdata. The `anomaly-bit` is just another `options` parameter that can be passed as part of an alert line lookup.
|
||||
|
||||
You can see some example ML based alert configurations below:
|
||||
|
||||
|
|
|
@ -105,7 +105,7 @@ FLUSH PRIVILEGES;
|
|||
```
|
||||
|
||||
Run `sudo systemctl restart netdata`, or the [appropriate alternative for your
|
||||
system](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md), to collect dozens of metrics every second for robust MySQL monitoring.
|
||||
system](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation), to collect dozens of metrics every second for robust MySQL monitoring.
|
||||
|
||||
## Enable PHP monitoring
|
||||
|
||||
|
|
|
@ -180,7 +180,7 @@ sql: mariad* postmaster* oracle_* ora_* sqlservr
|
|||
```
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to start collecting utilization metrics
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to start collecting utilization metrics
|
||||
from your application. Time to [visualize your process metrics](#visualize-process-metrics).
|
||||
|
||||
### Custom applications
|
||||
|
@ -207,7 +207,7 @@ custom-app: custom-app
|
|||
```
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to start collecting utilization metrics
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to start collecting utilization metrics
|
||||
from your application.
|
||||
|
||||
## Visualize process metrics
|
||||
|
|
|
@ -53,7 +53,7 @@ LLVM_CONFIG=llvm-config-9 pip3 install --user llvmlite numpy==1.20.1 netdata-pan
|
|||
|
||||
## Enable the anomalies collector
|
||||
|
||||
Now you're ready to enable the collector and [restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
Now you're ready to enable the collector and [restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
```bash
|
||||
sudo ./edit-config python.d.conf
|
||||
|
|
|
@ -410,7 +410,7 @@ ORDER = [
|
|||
]
|
||||
```
|
||||
|
||||
[Restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) with `sudo systemctl restart netdata` to see the new humidity
|
||||
[Restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) with `sudo systemctl restart netdata` to see the new humidity
|
||||
chart:
|
||||
|
||||

|
||||
|
@ -467,7 +467,7 @@ ORDER = [
|
|||
]
|
||||
```
|
||||
|
||||
[Restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) with `sudo systemctl restart netdata` to see the new
|
||||
[Restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) with `sudo systemctl restart netdata` to see the new
|
||||
min/max/average temperature chart with multiple dimensions:
|
||||
|
||||

|
||||
|
|
|
@ -61,7 +61,7 @@ dev: custom-app
|
|||
```
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to begin seeing metrics for this particular
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to begin seeing metrics for this particular
|
||||
group+process. You can also add additional processes to the same group.
|
||||
|
||||
You can set up `apps_groups.conf` to more show more precise eBPF metrics for any application or service running on your
|
||||
|
@ -110,7 +110,7 @@ Replace `entry` with `return`:
|
|||
```
|
||||
|
||||
Restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
## Get familiar with per-application eBPF metrics and charts
|
||||
|
||||
|
|
|
@ -91,7 +91,7 @@ the Netdata service cannot be enabled by default and you must do it manually, us
|
|||
> ### Note
|
||||
>
|
||||
> In some cases a simple restart of the Agent can fix the issue.
|
||||
> Read more about [Starting, Stopping and Restarting the Agent](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
> Read more about [Starting, Stopping and Restarting the Agent](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
#### Troubleshoot connection establishment with Docker
|
||||
|
||||
|
|
|
@ -138,7 +138,7 @@ simplified version of the configuration, minus the commented lines, looks like t
|
|||
```
|
||||
|
||||
Save the file and close it, then restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
### Enable streaming on the child node
|
||||
|
||||
|
@ -159,7 +159,7 @@ looks like the following:
|
|||
```
|
||||
|
||||
Save the file and close it, then restart Netdata with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
### Enable TLS/SSL on streaming (optional)
|
||||
|
||||
|
@ -199,7 +199,7 @@ self-signed certificates.
|
|||
```
|
||||
|
||||
Restart both the parent and child nodes with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system, to stream encrypted metrics using TLS/SSL.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system, to stream encrypted metrics using TLS/SSL.
|
||||
|
||||
### View streamed metrics in Netdata Cloud
|
||||
|
||||
|
|
|
@ -102,7 +102,7 @@ You can edit the configuration file using the `edit-config` script from the Netd
|
|||
destination = tcp:127.0.0.1:19999
|
||||
```
|
||||
|
||||
[Restart the Agents](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md), and you are done!
|
||||
[Restart the Agents](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation), and you are done!
|
||||
|
||||
You should now be able to have a Local Dashboard that gets its metrics from Child instances, running through Cloudflare tunnels.
|
||||
|
||||
|
|
|
@ -160,7 +160,7 @@ Once you have decided how to size each tier, open `netdata.conf` with
|
|||
and make your changes in the `[db]` subsection.
|
||||
|
||||
Save the file and restart the Agent with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md)
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation)
|
||||
for your system, to change the database engine's size.
|
||||
|
||||
## Scaling dedicated parent nodes
|
||||
|
|
|
@ -3,23 +3,16 @@ import { InstallRegexLink, InstallBoxRegexLink } from '@site/src/components/Inst
|
|||
import Tabs from '@theme/Tabs';
|
||||
import TabItem from '@theme/TabItem';
|
||||
|
||||
# Install Netdata
|
||||
# Netdata Agent Installation
|
||||
|
||||
This document will guide you through installing the open-source Netdata monitoring Agent on Linux, Docker, Kubernetes, and many others, often with one command.
|
||||
Netdata is very flexible and can be used to monitor all kinds of infrastructure. Read more about possible [Deployment guides](https://github.com/netdata/netdata/blob/master/docs/deployment-guides/README.md) to understand what better suites your needs.
|
||||
|
||||
Netdata is very flexible and can be used to monitor all kinds of infrastructure. Read more about possible [Deployment strategies](https://github.com/netdata/netdata/blob/master/docs/category-overview-pages/deployment-strategies.md) to understand what better suites your needs.
|
||||
## Install through Netdata Cloud
|
||||
|
||||
## Get started
|
||||
Netdata is a free and open-source (FOSS) monitoring agent that collects thousands of hardware and software metrics from any physical or virtual system (we call them _nodes_). These metrics are organized in an easy-to-use and -navigate interface.
|
||||
|
||||
Netdata is a free and open-source (FOSS) monitoring agent that collects thousands of hardware and software metrics from
|
||||
any physical or virtual system (we call them _nodes_). These metrics are organized in an easy-to-use and -navigate interface.
|
||||
|
||||
Together with [Netdata Cloud](https://github.com/netdata/netdata/blob/master/docs/quickstart/infrastructure.md), you can monitor your entire infrastructure in
|
||||
real time and troubleshoot problems that threaten the health of your nodes.
|
||||
|
||||
Netdata runs permanently on all your physical/virtual servers, containers, cloud deployments, and edge/IoT devices. It
|
||||
runs on Linux distributions (Ubuntu, Debian, CentOS, and more), container/microservice platforms (Kubernetes clusters,
|
||||
Docker), and many other operating systems (FreeBSD, macOS), with no `sudo` required.
|
||||
Netdata runs permanently on all your physical/virtual servers, containers, cloud deployments, and edge/IoT devices.
|
||||
It runs on Linux distributions (Ubuntu, Debian, CentOS, and more), container/microservice platforms (Kubernetes clusters, Docker), and many other operating systems (FreeBSD, macOS), with no `sudo` required.
|
||||
|
||||
To install Netdata in minutes on your platform:
|
||||
|
||||
|
@ -27,113 +20,27 @@ To install Netdata in minutes on your platform:
|
|||
2. You will be presented with an empty space, and a prompt to "Connect Nodes" with the install command for each platform
|
||||
3. Select the platform you want to install Netdata to, copy and paste the script into your node's terminal, and run it
|
||||
|
||||
Upon installation completing successfully, you should be able to see the node live in your Netdata Space and live charts
|
||||
in the Overview tab. [Read more about the cloud features](https://github.com/netdata/netdata/blob/master/docs/quickstart/infrastructure.md).
|
||||
Upon installation completing successfully, you should be able to see the node live in your Netdata Space and live charts in the Overview tab. [Take a look at our Dashboards and Charts](https://github.com/netdata/netdata/blob/master/docs/category-overview-pages/accessing-netdata-dashboards.md) section to read more about Netdata's features.
|
||||
|
||||
Where you go from here is based on your use case, immediate needs, and experience with monitoring and troubleshooting,
|
||||
but we have some hints on what you might want to do next.
|
||||
## Maintaining a Netdata Agent installation
|
||||
|
||||
### What's next?
|
||||
For actions like starting, stopping, restarting, updating and uninstalling the Netdata Agent take a look at your specific installation platform in the current section of our Documentation.
|
||||
|
||||
Explore our [general advanced installation options and troubleshooting](#advanced-installation-options-and-troubleshooting), specific options
|
||||
for the [single line installer](#install-on-linux-with-one-line-installer), or [other installation methods](#other-installation-methods).
|
||||
## Configuration
|
||||
|
||||
#### Configuration
|
||||
If you are looking to configure your Netdata Agent installation, refer to the [respective section in our Documentation](https://github.com/netdata/netdata/blob/master/docs/netdata-agent/configuration.md).
|
||||
|
||||
Discover the recommended way to [configure Netdata's settings or behavior](https://github.com/netdata/netdata/blob/master/docs/configure/nodes.md) using our built-in
|
||||
`edit-config` script, then apply that knowledge to mission-critical tweaks, such as [changing how long Netdata stores
|
||||
metrics](https://github.com/netdata/netdata/blob/master/docs/store/change-metrics-storage.md).
|
||||
## Data collection
|
||||
|
||||
#### Data collection
|
||||
If Netdata didn't autodetect all the hardware, containers, services, or applications running on your node, you should learn more about [how data collectors work](https://github.com/netdata/netdata/blob/master/src/collectors/README.md). If there's a [supported collector](https://github.com/netdata/netdata/blob/master/src/collectors/COLLECTORS.md) for metrics you need, [configure the collector](https://github.com/netdata/netdata/blob/master/src/collectors/REFERENCE.md) or read about its requirements to configure your endpoint to publish metrics in the correct format and endpoint.
|
||||
|
||||
If Netdata didn't autodetect all the hardware, containers, services, or applications running on your node, you should
|
||||
learn more about [how data collectors work](https://github.com/netdata/netdata/blob/master/src/collectors/README.md). If there's a [supported
|
||||
collector](https://github.com/netdata/netdata/blob/master/src/collectors/COLLECTORS.md) for metrics you need, [configure the collector](https://github.com/netdata/netdata/blob/master/src/collectors/REFERENCE.md)
|
||||
or read about its requirements to configure your endpoint to publish metrics in the correct format and endpoint.
|
||||
## Alerts & notifications
|
||||
|
||||
#### Alerts & notifications
|
||||
Netdata comes with hundreds of pre-configured alerts, designed by our monitoring gurus in parallel with our open-source community, but you may want to [edit alerts](https://github.com/netdata/netdata/blob/master/src/health/REFERENCE.md) or [enable notifications](https://github.com/netdata/netdata/blob/master/docs/monitor/enable-notifications.md) to customize your Netdata experience.
|
||||
|
||||
Netdata comes with hundreds of preconfigured alerts, designed by our monitoring gurus in parallel with our open-source
|
||||
community, but you may want to [edit alerts](https://github.com/netdata/netdata/blob/master/src/health/REFERENCE.md) or
|
||||
[enable notifications](https://github.com/netdata/netdata/blob/master/docs/monitor/enable-notifications.md) to customize your Netdata experience.
|
||||
## Make your deployment production ready
|
||||
|
||||
#### Make your deployment production ready
|
||||
|
||||
Go through our [deployment strategies](https://github.com/netdata/netdata/edit/master/docs/category-overview-pages/deployment-strategies.md),
|
||||
for suggested configuration changes for production deployments.
|
||||
|
||||
## Install on Linux with one-line installer
|
||||
|
||||
The **recommended** way to install Netdata on a Linux node (physical, virtual, container, IoT) is our one-line
|
||||
[kickstart script](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/kickstart.md).
|
||||
This script automatically installs dependencies and builds Netdata from its source code.
|
||||
|
||||
To install, copy the script, paste it into your node's terminal, and hit `Enter` to begin the installation process.
|
||||
|
||||
<Tabs>
|
||||
<TabItem value="wget" label=<code>wget</code>>
|
||||
|
||||
<OneLineInstallWget/>
|
||||
|
||||
</TabItem>
|
||||
<TabItem value="curl" label=<code>curl</code>>
|
||||
|
||||
<OneLineInstallCurl/>
|
||||
|
||||
</TabItem>
|
||||
</Tabs>
|
||||
|
||||
> ### Note
|
||||
>
|
||||
> If you plan to also claim the node to Netdata Cloud, make sure to replace `YOUR_CLAIM_TOKEN` with the claim token of your space, and `YOUR_ROOM_ID` with the ID of the room you are claiming to.
|
||||
> You can leave the room id blank to have your node claimed to the default "All nodes" room.
|
||||
|
||||
Jump up to [what's next](#whats-next) to learn how to view your new dashboard and take your next steps in monitoring and
|
||||
troubleshooting with Netdata.
|
||||
|
||||
## Other installation methods
|
||||
|
||||
<InstallRegexLink>
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/docker/README.md)"
|
||||
os="Run with Docker"
|
||||
svg="docker" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/kubernetes.md)"
|
||||
os="Deploy on Kubernetes"
|
||||
svg="kubernetes" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/macos.md)"
|
||||
os="Install on macOS"
|
||||
svg="macos" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/packages.md)"
|
||||
os="Native DEB/RPM packages"
|
||||
svg="linux" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/manual.md)"
|
||||
os="Linux from Git"
|
||||
svg="linux" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/source.md)"
|
||||
os="Linux from source"
|
||||
svg="linux" />
|
||||
<InstallBoxRegexLink
|
||||
to="[](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/offline.md)"
|
||||
os="Linux for offline nodes"
|
||||
svg="linux" />
|
||||
</InstallRegexLink>
|
||||
|
||||
- [Native DEB/RPM packages](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/packages.md)
|
||||
- [Run with Docker](https://github.com/netdata/netdata/blob/master/packaging/docker/README.md)
|
||||
- [Deploy on Kubernetes](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/kubernetes.md)
|
||||
- [Install on macOS](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/macos.md)
|
||||
- [Linux from Git](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/manual.md)
|
||||
- [Linux from source](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/source.md)
|
||||
- [Linux for offline nodes](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/offline.md)
|
||||
|
||||
The full list of all installation methods for various systems is available in [Netdata Learn](https://learn.netdata.cloud),
|
||||
under [Installation](https://github.com/netdata/netdata/blob/master/docs/category-overview-pages/installation-overview.md).
|
||||
Go through our [deployment guides](https://github.com/netdata/netdata/blob/master/docs/deployment-guides/README.md), for suggested configuration changes for production deployments.
|
||||
|
||||
## Advanced installation options and troubleshooting
|
||||
|
||||
|
|
|
@ -1,13 +1,3 @@
|
|||
<!--
|
||||
title: "Install Netdata with kickstart.sh"
|
||||
description: "The kickstart.sh script installs Netdata from source, including all dependencies required to connect to Netdata Cloud, with a single command."
|
||||
custom_edit_url: "https://github.com/netdata/netdata/edit/master/packaging/installer/methods/kickstart.md"
|
||||
sidebar_label: "One line installer (kickstart.sh)"
|
||||
learn_status: "Published"
|
||||
learn_rel_path: "Installation/Installation methods"
|
||||
sidebar_position: 10
|
||||
-->
|
||||
|
||||
import { OneLineInstallWget, OneLineInstallCurl } from '@site/src/components/OneLineInstall/'
|
||||
import { Install, InstallBox } from '@site/src/components/Install/'
|
||||
import Tabs from '@theme/Tabs';
|
||||
|
@ -19,28 +9,13 @@ import TabItem from '@theme/TabItem';
|
|||
|
||||
`kickstart.sh` is the recommended way of installing Netdata.
|
||||
|
||||
This script works on all Linux distributions and macOS environments, by detecting the optimal method of installing Netdata directly to the operating system (it will never install a docker image of Netdata - to run Netdata in a container [check Installing with Docker](https://learn.netdata.cloud/docs/installing/docker)).
|
||||
|
||||
If you are installing on macOS, make sure to check the [install documentation for macOS](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/macos.md) before continuing.
|
||||
|
||||
|
||||
## Verify script integrity
|
||||
|
||||
To use `md5sum` to verify the integrity of the `kickstart.sh` script you will download using the one-line command above,
|
||||
run the following:
|
||||
|
||||
```bash
|
||||
[ "@KICKSTART_CHECKSUM@" = "$(curl -Ss https://get.netdata.cloud/kickstart.sh | md5sum | cut -d ' ' -f 1)" ] && echo "OK, VALID" || echo "FAILED, INVALID"
|
||||
```
|
||||
|
||||
If the script is valid, this command will return `OK, VALID`.
|
||||
|
||||
This script works on all Linux distributions and macOS environments, by detecting the optimal method of installing Netdata directly to the operating system.
|
||||
|
||||
## Installation
|
||||
|
||||
> :bulb: Tip
|
||||
>
|
||||
> If you are unsure whether you want nightly or stable releases, read the [installation guide](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#nightly-vs-stable-releases).
|
||||
> If you are unsure whether you want nightly or stable releases, read the [related section](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#nightly-vs-stable-releases) of our Documentation, detailing the pros and cons of each release type.
|
||||
|
||||
To install Netdata, run the following as your normal user:
|
||||
|
||||
|
@ -58,10 +33,20 @@ To install Netdata, run the following as your normal user:
|
|||
</Tabs>
|
||||
|
||||
> :bookmark_tabs: Note
|
||||
>
|
||||
>
|
||||
> If you plan to also connect the node to Netdata Cloud, make sure to replace `YOUR_CLAIM_TOKEN` with the claim token of your space,
|
||||
> and `YOUR_ROOM_ID` with the ID of the room you are willing to connect the node to.
|
||||
|
||||
## Verify script integrity
|
||||
|
||||
To use `md5sum` to verify the integrity of the `kickstart.sh` script you will download using the one-line command above,
|
||||
run the following:
|
||||
|
||||
```bash
|
||||
[ "@KICKSTART_CHECKSUM@" = "$(curl -Ss https://get.netdata.cloud/kickstart.sh | md5sum | cut -d ' ' -f 1)" ] && echo "OK, VALID" || echo "FAILED, INVALID"
|
||||
```
|
||||
|
||||
If the script is valid, this command will return `OK, VALID`.
|
||||
|
||||
## What does `kickstart.sh` do?
|
||||
|
||||
|
@ -78,6 +63,116 @@ The `kickstart.sh` script does the following after being downloaded and run usin
|
|||
versions, unless you override that with an [optional parameter](#optional-parameters-to-alter-your-installation).
|
||||
- Prints a message whether installation succeeded or failed for QA purposes.
|
||||
|
||||
## Start stop or restart the Netdata Agent
|
||||
|
||||
You will most often need to _restart_ the Agent to load new or edited configuration files.
|
||||
|
||||
> **Note**
|
||||
> Stopping or restarting the Netdata Agent will cause gaps in stored metrics until the `netdata` process initiates collectors and the database engine.
|
||||
>
|
||||
> You do not need to restart the Netdata Agent between changes to health configuration files, see the relevant section on [reloading health configuration](https://github.com/netdata/netdata/blob/master/src/health/REFERENCE.md#reload-health-configuration).
|
||||
|
||||
### Using `systemctl` or `service`
|
||||
|
||||
This is the recommended way to start, stop, or restart the Netdata daemon.
|
||||
|
||||
- To **start** Netdata, run `sudo systemctl start netdata`.
|
||||
- To **stop** Netdata, run `sudo systemctl stop netdata`.
|
||||
- To **restart** Netdata, run `sudo systemctl restart netdata`.
|
||||
|
||||
If the above commands fail, or you know that you're using a non-systemd system, try using the `service` command:
|
||||
|
||||
- Starting: `sudo service netdata start`.
|
||||
- Stopping: `sudo service netdata stop`.
|
||||
- Restarting: `sudo service netdata restart`.
|
||||
|
||||
### Using the `netdata` command
|
||||
|
||||
Use the `netdata` command, typically located at `/usr/sbin/netdata`, to start the Netdata daemon:
|
||||
|
||||
```bash
|
||||
sudo netdata
|
||||
```
|
||||
|
||||
If you start the daemon this way, close it with `sudo killall netdata`.
|
||||
|
||||
### Shutdown using `netdatacli`
|
||||
|
||||
The Netdata Agent also comes with a [CLI tool](https://github.com/netdata/netdata/blob/master/src/cli/README.md) capable of performing shutdowns. Start the Agent back up using your preferred method listed above.
|
||||
|
||||
```bash
|
||||
sudo netdatacli shutdown-agent
|
||||
```
|
||||
|
||||
## Starting Netdata at boot
|
||||
|
||||
In the `system` directory you can find scripts and configurations for the
|
||||
various distros.
|
||||
|
||||
### systemd
|
||||
|
||||
The installer already installs `netdata.service` if it detects a systemd system.
|
||||
|
||||
To install `netdata.service` by hand, run:
|
||||
|
||||
```sh
|
||||
# stop Netdata
|
||||
killall netdata
|
||||
|
||||
# copy netdata.service to systemd
|
||||
cp system/netdata.service /etc/systemd/system/
|
||||
|
||||
# let systemd know there is a new service
|
||||
systemctl daemon-reload
|
||||
|
||||
# enable Netdata at boot
|
||||
systemctl enable netdata
|
||||
|
||||
# start Netdata
|
||||
systemctl start netdata
|
||||
```
|
||||
|
||||
### init.d
|
||||
|
||||
In the system directory you can find `netdata-lsb`. Copy it to the proper place according to your distribution's documentation. For Ubuntu, this can be done via running the following commands as root.
|
||||
|
||||
```sh
|
||||
# copy the Netdata startup file to /etc/init.d
|
||||
cp system/netdata-lsb /etc/init.d/netdata
|
||||
|
||||
# make sure it is executable
|
||||
chmod +x /etc/init.d/netdata
|
||||
|
||||
# enable it
|
||||
update-rc.d netdata defaults
|
||||
```
|
||||
|
||||
### openrc / Gentoo Linux
|
||||
|
||||
In the `system` directory you can find `netdata-openrc`. Copy it to the proper
|
||||
place according to your distribution documentation.
|
||||
|
||||
### CentOS / Red Hat Enterprise Linux
|
||||
|
||||
For older versions of RHEL/CentOS that don't have systemd, an init script is included in the system directory. This can be installed by running the following commands as root.
|
||||
|
||||
```sh
|
||||
# copy the Netdata startup file to /etc/init.d
|
||||
cp system/netdata-init-d /etc/init.d/netdata
|
||||
|
||||
# make sure it is executable
|
||||
chmod +x /etc/init.d/netdata
|
||||
|
||||
# enable it
|
||||
chkconfig --add netdata
|
||||
```
|
||||
|
||||
_There have been some recent work on the init script, see the following PR <https://github.com/netdata/netdata/pull/403>_
|
||||
|
||||
### Other operating systems
|
||||
|
||||
You can start Netdata by running it from `/etc/rc.local` or your system's equivalent.
|
||||
|
||||
## Optional parameters to alter your installation
|
||||
|
||||
The `kickstart.sh` script accepts a number of optional parameters to control how the installation process works:
|
||||
|
@ -177,6 +272,7 @@ By default, the agent is sending anonymous telemetry data to help us take identi
|
|||
Uninstall an existing installation of Netdata. Fails if there is no existing install.
|
||||
|
||||
### other options
|
||||
|
||||
- `--dry-run`
|
||||
Show what the installer would do, but don’t actually do any of it.
|
||||
- `--dont-start-it`
|
||||
|
@ -204,10 +300,9 @@ should not need to use special values for any of these):
|
|||
those to work, or have a different tool to do the same thing on your system, you can specify it here.
|
||||
- `DISABLE_TELEMETRY`: If set to a value other than 0, behave as if `--disable-telemetry` was specified.
|
||||
|
||||
|
||||
## Native packages
|
||||
|
||||
We publish official DEB/RPM packages for a number of common Linux distributions as part of our releases and nightly
|
||||
We publish [official DEB/RPM packages](https://github.com/netdata/netdata/blob/master/packaging/installer/methods/packages.md) for a number of common Linux distributions as part of our releases and nightly
|
||||
builds. These packages are available for 64-bit x86 systems. Depending on the distribution and release they may
|
||||
also be available for 32-bit x86, ARMv7, and AArch64 systems. If a native package is available, it will be used as the
|
||||
default installation method. This allows you to handle Netdata updates as part of your usual system update procedure.
|
||||
|
@ -217,7 +312,7 @@ you can do so by adding `--native-only` to the options you pass to the installer
|
|||
|
||||
## Static builds
|
||||
|
||||
We publish pre-built static builds of Netdata for Linux systems. Currently, these are published for 64-bit x86, ARMv7,
|
||||
We publish pre-built [static builds](https://github.com/netdata/netdata/blob/master/packaging/makeself/README.md) of Netdata for Linux systems. Currently, these are published for 64-bit x86, ARMv7,
|
||||
AArch64, and POWER8+ hardware. These static builds are able to operate in a mostly self-contained manner and only
|
||||
require a POSIX compliant shell and a supported init system. These static builds install under `/opt/netdata`. If
|
||||
you are on a platform which we provide static builds for but do not provide native packages for, a static build
|
||||
|
|
|
@ -80,7 +80,7 @@ enable/disable it with `yes` and `no` settings. Uncomment any line you change to
|
|||
start.
|
||||
|
||||
After you make your changes, restart the Agent with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
## Configure a collector
|
||||
|
||||
|
@ -118,7 +118,7 @@ configure that collector. Uncomment any line you change to ensure the collector'
|
|||
read it on start.
|
||||
|
||||
After you make your changes, restart the Agent with `sudo systemctl restart netdata`, or the [appropriate
|
||||
method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
|
||||
## Troubleshoot a collector
|
||||
|
||||
|
|
|
@ -57,7 +57,7 @@ modules:
|
|||
sudo ./edit-config charts.d.conf
|
||||
```
|
||||
|
||||
Change the value of the `sensors` setting to `force` and uncomment the line. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
Change the value of the `sensors` setting to `force` and uncomment the line. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
configuration:
|
||||
file:
|
||||
name: charts.d/sensors.conf
|
||||
|
|
|
@ -899,7 +899,7 @@ node is experiencing high memory usage and there is no obvious culprit to be fou
|
|||
|
||||
If with these changes you still suspect eBPF using too much memory, and there is no obvious culprit to be found
|
||||
in the `apps.mem` chart, consider testing for high kernel memory usage by [disabling eBPF monitoring](#configuring-ebpfplugin).
|
||||
Next, [restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) with
|
||||
Next, [restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) with
|
||||
`sudo systemctl restart netdata` to see if system memory usage (see the `system.ram` chart) has dropped significantly.
|
||||
|
||||
Beginning with `v1.31`, kernel memory usage is configurable via the [`pid table size` setting](#pid-table-size)
|
||||
|
|
|
@ -55,7 +55,7 @@ modules:
|
|||
sudo ./edit-config netdata.conf
|
||||
```
|
||||
|
||||
Change the value of the `perf` setting to `yes` in the `[plugins]` section. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
Change the value of the `perf` setting to `yes` in the `[plugins]` section. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
configuration:
|
||||
file:
|
||||
name: "netdata.conf"
|
||||
|
|
|
@ -48,7 +48,7 @@ modules:
|
|||
sudo ./edit-config python.d.conf
|
||||
```
|
||||
|
||||
Change the value of the `go_expvar` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
Change the value of the `go_expvar` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
- title: "Sample `expvar` usage in a Go application"
|
||||
description: |
|
||||
The `expvar` package exposes metrics over HTTP and is very easy to use.
|
||||
|
|
|
@ -49,7 +49,7 @@ modules:
|
|||
sudo ./edit-config python.d.conf
|
||||
```
|
||||
|
||||
Change the value of the `hpssa` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
Change the value of the `hpssa` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
- title: 'Allow user netdata to execute `ssacli` as root.'
|
||||
description: |
|
||||
This module uses `ssacli`, which can only be executed by root. It uses `sudo` and assumes that it is configured such that the `netdata` user can execute `ssacli` as root without a password.
|
||||
|
|
|
@ -52,7 +52,7 @@ modules:
|
|||
cd /etc/netdata # Replace this path with your Netdata config directory, if different
|
||||
sudo ./edit-config python.d.conf
|
||||
```
|
||||
Change the value of the `samba` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your system.
|
||||
Change the value of the `samba` setting to `yes`. Save the file and restart the Netdata Agent with `sudo systemctl restart netdata`, or the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your system.
|
||||
- title: Permissions and programs
|
||||
description: |
|
||||
To run the collector you need:
|
||||
|
|
|
@ -973,7 +973,7 @@ Note that Netdata will report the rate for metrics and counters, even if k6 or a
|
|||
sends an _absolute_ number. For example, k6 sends absolute HTTP requests with `http_reqs`,
|
||||
but Netdata visualizes that in `requests/second`.
|
||||
|
||||
To enable this StatsD configuration, [restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
To enable this StatsD configuration, [restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
### Final touches
|
||||
|
||||
|
|
|
@ -2,7 +2,7 @@
|
|||
|
||||
The Netdata daemon is practically a synonym for the Netdata Agent, as it controls its
|
||||
entire operation. We support various methods to
|
||||
[start, stop, or restart the daemon](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md).
|
||||
[start, stop, or restart the daemon](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation).
|
||||
|
||||
This document provides some basic information on the command line options, log files, and how to debug and troubleshoot
|
||||
|
||||
|
@ -282,7 +282,7 @@ all programs), edit `netdata.conf` and set:
|
|||
process nice level = -1
|
||||
```
|
||||
|
||||
then execute this to [restart Netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md):
|
||||
then execute this to [restart Netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation):
|
||||
|
||||
```sh
|
||||
sudo systemctl restart netdata
|
||||
|
|
|
@ -53,7 +53,7 @@ comment on settings it does not currently use.
|
|||
|
||||
## Applying changes
|
||||
|
||||
After `netdata.conf` has been modified, Netdata needs to be [restarted](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for
|
||||
After `netdata.conf` has been modified, Netdata needs to be [restarted](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for
|
||||
changes to apply:
|
||||
|
||||
```bash
|
||||
|
|
|
@ -164,7 +164,7 @@ modules:
|
|||
example: yes
|
||||
```
|
||||
|
||||
Then [restart netdata](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for the
|
||||
Then [restart netdata](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for the
|
||||
change to take effect.
|
||||
|
||||
## Contributing
|
||||
|
|
|
@ -46,7 +46,7 @@ The steps are:
|
|||
our [documentation](https://github.com/netdata/netdata/blob/master/src/collectors/plugins.d/README.md#external-plugins-api).
|
||||
- If you want to test the collector with the actual Netdata Agent, you need to replace the `go.d.plugin` binary that
|
||||
exists in the Netdata Agent installation directory with the one you just compiled. Once
|
||||
you [restart](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) the Netdata Agent, it will detect and run
|
||||
you [restart](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) the Netdata Agent, it will detect and run
|
||||
it, creating all the charts. It is advised not to remove the default `go.d.plugin` binary, but simply rename it
|
||||
to `go.d.plugin.old` so that the Agent doesn't run it, but you can easily rename it back once you are done.
|
||||
- Run `make clean` when you are done with testing.
|
||||
|
|
|
@ -267,7 +267,7 @@ GRANT pg_monitor TO netdata;
|
|||
```
|
||||
|
||||
After creating the new user, restart the Netdata agent with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your
|
||||
system.
|
||||
|
||||
|
||||
|
|
|
@ -69,7 +69,7 @@ modules:
|
|||
```
|
||||
|
||||
After creating the new user, restart the Netdata agent with `sudo systemctl restart netdata`, or
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for your
|
||||
the [appropriate method](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for your
|
||||
system.
|
||||
configuration:
|
||||
file:
|
||||
|
|
|
@ -13,6 +13,20 @@ node_ via individual Netdata Agents. If you want to deploy a new alert across yo
|
|||
[infrastructure](https://github.com/netdata/netdata/blob/master/docs/quickstart/infrastructure.md), you must configure each node with the same health configuration
|
||||
files.
|
||||
|
||||
## Reload health configuration
|
||||
|
||||
You do not need to restart the Netdata Agent between changes to health configuration files, such as specific health entities. Instead, you can use `netdatacli` and the `reload-health` option to prevent gaps in metrics collection.
|
||||
|
||||
```bash
|
||||
sudo netdatacli reload-health
|
||||
```
|
||||
|
||||
If `netdatacli` doesn't work on your system, send a `SIGUSR2` signal to the daemon, which reloads health configuration without restarting the entire process.
|
||||
|
||||
```bash
|
||||
killall -USR2 netdata
|
||||
```
|
||||
|
||||
## Edit health configuration files
|
||||
|
||||
You can configure the Agent's health watchdog service by editing files in two locations:
|
||||
|
@ -184,11 +198,6 @@ In human-readable format:
|
|||
When you finish writing this new health entity, [reload Netdata's health configuration](#reload-health-configuration) to
|
||||
see it live on the local dashboard or Netdata Cloud.
|
||||
|
||||
## Reload health configuration
|
||||
|
||||
To make any changes to your health configuration live, you must reload Netdata's health monitoring system. To do that
|
||||
without restarting all of Netdata, run `netdatacli reload-health` or `killall -USR2 netdata`.
|
||||
|
||||
## Health entity reference
|
||||
|
||||
The following reference contains information about the syntax and options of _health entities_, which Netdata attaches
|
||||
|
|
|
@ -13,7 +13,7 @@ The default script is `alarm-notify.sh`.
|
|||
> - To edit configuration files in a safe way, we provide the [`edit config` script](https://github.com/netdata/netdata/blob/master/docs/configure/nodes.md#use-edit-config-to-edit-configuration-files) located in your [Netdata config directory](https://github.com/netdata/netdata/blob/master/docs/configure/nodes.md#the-netdata-config-directory) (typically is `/etc/netdata`) that creates the proper file and opens it in an editor automatically.
|
||||
> Note that to run the script you need to be inside your Netdata config directory.
|
||||
>
|
||||
> - Please also note that after most configuration changes you will need to [restart the Agent](https://github.com/netdata/netdata/blob/master/docs/configure/start-stop-restart.md) for the changes to take effect.
|
||||
> - Please also note that after most configuration changes you will need to [restart the Agent](https://github.com/netdata/netdata/blob/master/packaging/installer/README.md#maintaining-a-netdata-agent-installation) for the changes to take effect.
|
||||
>
|
||||
> It is recommended to use this way for configuring Netdata.
|
||||
|
||||
|
|
Loading…
Add table
Reference in a new issue