0
0
Fork 0
mirror of https://github.com/netdata/netdata.git synced 2025-04-06 14:35:32 +00:00

Docs: Change MacOS to macOS ()

* Change MacOS to macOS

* Change Mac as noun to macOS system
This commit is contained in:
Joel Hans 2020-04-06 07:35:27 -07:00 committed by GitHub
parent 582d98780d
commit 23f9bd5691
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
13 changed files with 24 additions and 14 deletions
README.md
build_external
collectors
daemon/config
docs
health
packaging
installer/methods
maintainers

View file

@ -1,6 +1,7 @@
<!--
---
title: "Netdata"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/README.md
---
-->
@ -33,7 +34,7 @@ granularity. Run this long-term storage autonomously, or integrate Netdata with
Netdata is **fast** and **efficient**, designed to permanently run on all systems (**physical** and **virtual** servers,
**containers**, **IoT** devices), without disrupting their core function.
Netdata is **free, open-source software** and it currently runs on **Linux**, **FreeBSD**, and **MacOS**, along with
Netdata is **free, open-source software** and it currently runs on **Linux**, **FreeBSD**, and **macOS**, along with
other systems derived from them, such as **Kubernetes** and **Docker**.
Netdata is not hosted by the CNCF but is the 3rd most starred open-source project in the [Cloud Native Computing

View file

@ -1,6 +1,7 @@
<!--
---
title: "External build-system"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/build_external/README.md
---
-->
@ -9,7 +10,7 @@ custom_edit_url: https://github.com/netdata/netdata/edit/master/build_external/R
This wraps the build-system in Docker so that the host system and the target system are
decoupled. This allows:
* Cross-compilation (e.g. linux development from MacOS)
* Cross-compilation (e.g. linux development from macOS)
* Cross-distro (e.g. using CentOS user-land while developing on Debian)
* Multi-host scenarios (e.g. master/slave configurations)
* Bleeding-edge sceneraios (e.g. using the ACLK (**currently for internal-use only**))

View file

@ -1,6 +1,7 @@
<!--
---
title: "Supported collectors list"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/collectors/COLLECTORS.md
---
-->
@ -37,7 +38,7 @@ collector—we may be looking for contributions from users such as yourself!
| [diskspace.plugin](diskspace.plugin/README.md) | Linux | Collects disk space usage metrics on Linux mount points. |
| [freebsd.plugin](freebsd.plugin/README.md) | FreeBSD | Collects resource usage and performance data on FreeBSD systems. |
| [idlejitter.plugin](idlejitter.plugin/README.md) | any | Measures CPU latency and jitter on all operating systems. |
| [macos.plugin](macos.plugin/README.md) | macos | Collects resource usage and performance data on MacOS systems. |
| [macos.plugin](macos.plugin/README.md) | macos | Collects resource usage and performance data on macOS systems. |
| [proc.plugin](proc.plugin/README.md) | Linux | Collects resource usage and performance data on Linux systems. |
| [slabinfo.plugin](slabinfo.plugin/README.md) | Linux | Collects kernel SLAB details on Linux systems. |
| [statsd.plugin](statsd.plugin/README.md) | any | Implements a high performance `statsd` server for Netdata. |

View file

@ -7,7 +7,7 @@ custom_edit_url: https://github.com/netdata/netdata/edit/master/collectors/macos
# macos.plugin
Collects resource usage and performance data on MacOS systems
Collects resource usage and performance data on macOS systems
By default, Netdata will enable monitoring metrics for disks, memory, and network only when they are not zero. If they are constantly zero they are ignored. Metrics that will start having values, after Netdata is started, will be detected and charts will be automatically added to the dashboard (a refresh of the dashboard is needed for them to appear though). Use `yes` instead of `auto` in plugin configuration sections to enable these charts permanently. You can also set the `enable zero metrics` option to `yes` in the `[global]` section which enables charts with zero metrics for all internal Netdata plugins.

View file

@ -1,6 +1,7 @@
<!--
---
title: "Daemon configuration"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/daemon/config/README.md
---
-->
@ -220,7 +221,7 @@ For example, the `system.io` chart has the following default settings:
These `dim` settings produce two dimensions, `in` and `out`, both of which use the `incremental` algorithm. By
multiplying the value of `out` by -1, Netdata creates the negative values seen in the following area chart:
![The system.io chart on a MacOS
![The system.io chart on a macOS
laptop](https://user-images.githubusercontent.com/1153921/69286708-2cfb3900-0bb1-11ea-9fcd-dd8fbb2adf11.png)
[![analytics](https://www.google-analytics.com/collect?v=1&aip=1&t=pageview&_s=1&ds=github&dr=https%3A%2F%2Fgithub.com%2Fnetdata%2Fnetdata&dl=https%3A%2F%2Fmy-netdata.io%2Fgithub%2Fdaemon%2Fconfig%2FREADME&_u=MAC~&cid=5792dfd7-8dc4-476b-af31-da2fdb9f93d2&tid=UA-64295674-3)](<>)

View file

@ -81,7 +81,7 @@ You can bind Netdata to multiple IPs and ports. If you use hostnames, Netdata wi
For cloud based installations, if your cloud provider does not provide such a private LAN (or if you use multiple providers), you can create a virtual management and administration LAN with tools like `tincd` or `gvpe`. These tools create a mesh VPN allowing all servers to communicate securely and privately. Your administration stations join this mesh VPN to get access to management and administration tasks on all your cloud servers.
For `gvpe` we have developed a [simple provisioning tool](https://github.com/netdata/netdata-demo-site/tree/master/gvpe) you may find handy (it includes statically compiled `gvpe` binaries for Linux and FreeBSD, and also a script to compile `gvpe` on your Mac). We use this to create a management and administration LAN for all Netdata demo sites (spread all over the internet using multiple hosting providers).
For `gvpe` we have developed a [simple provisioning tool](https://github.com/netdata/netdata-demo-site/tree/master/gvpe) you may find handy (it includes statically compiled `gvpe` binaries for Linux and FreeBSD, and also a script to compile `gvpe` on your macOS system). We use this to create a management and administration LAN for all Netdata demo sites (spread all over the internet using multiple hosting providers).
---

View file

@ -1,6 +1,7 @@
<!--
---
title: "The step-by-step Netdata tutorial"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/step-by-step/step-00.md
---
-->
@ -21,7 +22,7 @@ If you have monitoring experience, or would rather get straight into configuring
straight into code and configurations with our [getting started guide](../getting-started.md).
> This tutorial contains instructions for Netdata installed on a Linux system. Many of the instructions will work on
> other supported operating systems, like FreeBSD and MacOS, but we can't make any guarantees.
> other supported operating systems, like FreeBSD and macOS, but we can't make any guarantees.
## Where to go if you need help

View file

@ -1,6 +1,7 @@
<!--
---
title: "Step 4. The basics of configuring Netdata"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/step-by-step/step-04.md
---
-->
@ -61,7 +62,7 @@ an example file to your Netdata config directory and then allow you to edit it b
> change permanent](https://stackoverflow.com/questions/13046624/how-to-permanently-export-a-variable-in-linux).
Let's give it a shot. Navigate to your Netdata config directory. To use `edit-config` on `netdata.conf`, you need to
have permissions to edit the file. On Linux/MacOS systems, you can usually use `sudo` to elevate your permissions.
have permissions to edit the file. On Linux/macOS systems, you can usually use `sudo` to elevate your permissions.
```bash
cd /etc/netdata # Replace this path with your Netdata config directory, if different as found in the steps above

View file

@ -1,6 +1,7 @@
<!--
---
title: "Monitor Unbound DNS servers with Netdata"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/tutorials/collect-unbound-metrics.md
---
-->
@ -11,7 +12,7 @@ custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/tutorials/c
Labs. In v1.19 of Netdata, we release a completely refactored collector for collecting real-time metrics from Unbound
servers and displaying them in Netdata dashboards.
Unbound runs on FreeBSD, OpenBSD, NetBSD, MacOS, Linux, and Windows, and supports DNS-over-TLS, which ensures that DNS
Unbound runs on FreeBSD, OpenBSD, NetBSD, macOS, Linux, and Windows, and supports DNS-over-TLS, which ensures that DNS
queries and answers are all encrypted with TLS. In theory, that should reduce the risk of eavesdropping or
man-in-the-middle attacks when communicating to DNS servers.

View file

@ -1,6 +1,7 @@
<!--
---
title: "What is Netdata?"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/what-is-netdata.md
---
-->
@ -19,7 +20,7 @@ Netdata provides **unparalleled insights**, **in real-time**, of everything happ
_Netdata is **fast** and **efficient**, designed to permanently run on all systems (**physical** & **virtual** servers, **containers**, **IoT** devices), without disrupting their core function._
Netdata is **free, open-source software** and it currently runs on **Linux**, **FreeBSD**, and **MacOS**.
Netdata is **free, open-source software** and it currently runs on **Linux**, **FreeBSD**, and **macOS**.
---

View file

@ -1,6 +1,7 @@
<!--
---
title: "Health configuration reference"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/health/REFERENCE.md
---
-->
@ -136,7 +137,7 @@ If you create a template using the `disk.io` context, it will apply an alarm to
The alarm or template will be used only if the operating system of the host matches this list specified in `os`. The
value is a space-separated list.
The following example enables the entity on Linux, FreeBSD, and MacOS, but no other operating systems.
The following example enables the entity on Linux, FreeBSD, and macOS, but no other operating systems.
```yaml
os: linux freebsd macos

View file

@ -75,7 +75,7 @@ sudo ./netdata-installer.sh --install /usr/local
> Your Netdata configuration directory will be at `/usr/local/netdata/`, and your stock configuration directory will
> be at **`/usr/local/lib/netdata/conf.d/`.**
>
> The installer will also install a startup plist to start Netdata when your Mac boots.
> The installer will also install a startup plist to start Netdata when your macOS system boots.
## What's next?

View file

@ -1,6 +1,7 @@
<!--
---
title: "Package Maintainers"
date: 2020-03-31
custom_edit_url: https://github.com/netdata/netdata/edit/master/packaging/maintainers/README.md
---
-->
@ -36,11 +37,11 @@ This page tracks the package maintainers for Netdata, for various operating syst
---
## MacOS
## macOS
| System | URL | Core Developer | Package Maintainer
|:-:|:-:|:-:|:-:|
| MacOS Homebrew Formula|[link](https://github.com/Homebrew/homebrew-core/blob/master/Formula/netdata.rb)|@vlvkobal|@rickard-von-essen
| macOS Homebrew Formula|[link](https://github.com/Homebrew/homebrew-core/blob/master/Formula/netdata.rb)|@vlvkobal|@rickard-von-essen
---