Open main menu

Changes

993 bytes added ,  21:46, 29 March 2020
add references section
Netdata will be part is one of the [https://discourse.equality-tech.com/t/dashboards-in-qualitybox/107 QualityBox dashboarddashboards]. See [{{SERVER}}:20000/ this website Live] [{{SERVER}}:20000/netdata.conf Configuration]
See http://wiki.freephile.org:20000/
<!-- netdata.conf -->
== System Locations ==
Depending on how you install netdata, it will be distributed in the normal system locations such as
<pre>
- the daemon at /usr/sbin/netdata
- logrotate file at /etc/logrotate.d/netdata
</pre>
 
Or, if you use
<pre>bash <(curl -Ss https://my-netdata.io/kickstart-static64.sh)</pre>
to install, you'll get all of netdata installed into <code>/opt/netdata</code>
== Host Modifications ==
A Netdata role is available in [https://github.com/enterprisemediawiki/meza/blob/32.x/src/roles/netdata/tasks/main.yml the 32.x branch of Meza]
 
Otherwise, you have to make room in HAProxy for netdata:
=== HAProxy ===
<source lang="python">
<code>systemctl start netdata</code>
To reload configuration:<code>killall -USR2 netdata</code> <ref>https://docs.netdata.cloud/health/quickstart/#reload-health-configuration</ref> == Installation extras Notifications == The default configuration will send messages to 'root' so be sure to either edit the conf <code>sudo vim /etc/netdata/health_alarm_notify.conf</code>, or set <code>vim /etc/aliases && newaliases</code> === Turn off alarm ===  <pre> to: silent # silence notification; still see on websiteenabled: no # disable alarm</pre>more details in the [https://docs.netdata.cloud/health/tutorials/stop-notifications-alarms/ netdata docs].
The configuration will send messages to 'root' so be sure to either edit the conf <code>sudo vim /etc/netdata/health_alarm_notify.conf</code>, or set <code>vim /etc/aliases && newaliases</code>
== Issues ==
You'll probably receive alarms for 'tcp listen drops'. This is likely bot-related (sending INVALID packets) and NOT due to your application dropping legitimate packets. There is a good discussion on how to identify the source of the problem and how to mitigate or resolve it [https://github.com/firehol/netdata/issues/3234 Issue #3234] [https://github.com/firehol/netdata/issues/3826 Issue #3826] TLDR; increase the threshold to 1 (<code>/etc/netdata/health.d/tcp_listen.conf</code>) so you don't get bogus alerts.
Also, you should modify your firewall to drop invalid packets before they're either counted (by netstats) or dropped (by the kernel).
ln -s /root/netdata/netdata-updater.sh /etc/cron.daily/netdata-updater
</code>
 
 
{{References}}
[[Category:QualityBox]]
[[Category:Monitoring]]