reference-streaming.mdx 33 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486
  1. ---
  2. title: "Streaming reference"
  3. description: "Each node running Netdata can stream the metrics it collects, in real time, to another node. See all of the available settings in this reference document."
  4. type: reference
  5. custom_edit_url: https://github.com/netdata/netdata/edit/master/docs/metrics-storage-management/reference-streaming.mdx
  6. ---
  7. # Streaming reference
  8. Each node running Netdata can stream the metrics it collects, in real time, to another node. To learn more, read about
  9. [how streaming works](/docs/metrics-storage-management/how-streaming-works.mdx).
  10. For a quickstart guide for enabling a simple `parent-child` streaming relationship, see our [stream metrics between
  11. nodes](/docs/metrics-storage-management/enable-streaming.mdx) doc. All other configuration options and scenarios are
  12. covered in the sections below.
  13. ## Configuration
  14. There are two files responsible for configuring Netdata's streaming capabilities: `stream.conf` and `netdata.conf`.
  15. From within your Netdata config directory (typically `/etc/netdata`), [use `edit-config`](/docs/configure/nodes.md) to
  16. open either `stream.conf` or `netdata.conf`.
  17. ```
  18. sudo ./edit-config stream.conf
  19. sudo ./edit-config netdata.conf
  20. ```
  21. ## Settings
  22. As mentioned above, both `stream.conf` and `netdata.conf` contain settings relevant to streaming.
  23. ### `stream.conf`
  24. The `stream.conf` file contains three sections. The `[stream]` section is for configuring child nodes.
  25. The `[API_KEY]` and `[MACHINE_GUID]` sections are both for configuring parent nodes, and share the same settings.
  26. `[API_KEY]` settings affect every child node using that key, whereas `[MACHINE_GUID]` settings affect only the child
  27. node with a matching GUID.
  28. The file `/var/lib/netdata/registry/netdata.public.unique.id` contains a random GUID that **uniquely identifies each
  29. node**. This file is automatically generated by Netdata the first time it is started and remains unaltered forever.
  30. #### `[stream]` section
  31. | Setting | Default | Description |
  32. | :---------------------------------------------- | :------------------------ | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
  33. | `enabled` | `no` | Whether this node streams metrics to any parent. Change to `yes` to enable streaming. |
  34. | [`destination`](#destination) | ` ` | A space-separated list of parent nodes to attempt to stream to, with the first available parent receiving metrics, using the following format: `[PROTOCOL:]HOST[%INTERFACE][:PORT][:SSL]`. [Read more →](#destination) |
  35. | `ssl skip certificate verification` | `yes` | If you want to accept self-signed or expired certificates, set to `yes` and uncomment. |
  36. | `CApath` | `/etc/ssl/certs/` | The directory where known certificates are found. Defaults to OpenSSL's default path. |
  37. | `CAfile` | `/etc/ssl/certs/cert.pem` | Add a parent node certificate to the list of known certificates in `CAPath`. |
  38. | `api key` | ` ` | The `API_KEY` to use as the child node. |
  39. | `timeout seconds` | `60` | The timeout to connect and send metrics to a parent. |
  40. | `default port` | `19999` | The port to use if `destination` does not specify one. |
  41. | [`send charts matching`](#send-charts-matching) | `*` | A space-separated list of [Netdata simple patterns](/libnetdata/simple_pattern/README.md) to filter which charts are streamed. [Read more →](#send-charts-matching) |
  42. | `buffer size bytes` | `10485760` | The size of the buffer to use when sending metrics. The default `10485760` equals a buffer of 10MB, which is good for 60 seconds of data. Increase this if you expect latencies higher than that. The buffer is flushed on reconnect. |
  43. | `reconnect delay seconds` | `5` | How long to wait until retrying to connect to the parent node. |
  44. | `initial clock resync iterations` | `60` | Sync the clock of charts for how many seconds when starting. |
  45. ### `[API_KEY]` and `[MACHINE_GUID]` sections
  46. | Setting | Default | Description |
  47. | :---------------------------------------------- | :------------------------ | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
  48. | `enabled` | `no` | Whether this API KEY enabled or disabled. |
  49. | [`allow from`](#allow-from) | `*` | A space-separated list of [Netdata simple patterns](/libnetdata/simple_pattern/README.md) matching the IPs of nodes that will stream metrics using this API key. [Read more →](#allow-from) |
  50. | `default history` | `3600` | The default amount of child metrics history to retain when using the `save`, `map`, or `ram` memory modes. |
  51. | [`default memory mode`](#default-memory-mode) | `ram` | The [database](/database/README.md) to use for all nodes using this `API_KEY`. Valid settings are `dbengine`, `map`, `save`, `ram`, or `none`. [Read more →](#default-memory-mode) |
  52. | `health enabled by default` | `auto` | Whether alarms and notifications should be enabled for nodes using this `API_KEY`. `auto` enables alarms when the child is connected. `yes` enables alarms always, and `no` disables alarms. |
  53. | `default postpone alarms on connect seconds` | `60` | Postpone alarms and notifications for a period of time after the child connects. |
  54. | `default proxy enabled` | ` ` | Route metrics through a proxy. |
  55. | `default proxy destination` | ` ` | Space-separated list of `IP:PORT` for proxies. |
  56. | `default proxy api key` | ` ` | The `API_KEY` of the proxy. |
  57. | `default send charts matching` | `*` | See [`send charts matching`](#send-charts-matching). |
  58. #### `destination`
  59. A space-separated list of parent nodes to attempt to stream to, with the first available parent receiving metrics, using
  60. the following format: `[PROTOCOL:]HOST[%INTERFACE][:PORT][:SSL]`.
  61. - `PROTOCOL`: `tcp`, `udp`, or `unix`. (only tcp and unix are supported by parent nodes)
  62. - `HOST`: A IPv4, IPv6 IP, or a hostname, or a unix domain socket path. IPv6 IPs should be given with brackets
  63. `[ip:address]`.
  64. - `INTERFACE` (IPv6 only): The network interface to use.
  65. - `PORT`: The port number or service name (`/etc/services`) to use.
  66. - `SSL`: To enable TLS/SSL encryption of the streaming connection.
  67. To enable TCP streaming to a parent node at `203.0.113.0` on port `20000` and with TLS/SSL encryption:
  68. ```conf
  69. [stream]
  70. destination = tcp:203.0.113.0:20000:SSL
  71. ```
  72. #### `send charts matching`
  73. A space-separated list of [Netdata simple patterns](/libnetdata/simple_pattern/README.md) to filter which charts are streamed.
  74. The default is a single wildcard `*`, which streams all charts.
  75. To send only a few charts, list them explicitly, or list a group using a wildcard. To send _only_ the `apps.cpu` chart
  76. and charts with contexts beginning with `system.`:
  77. ```conf
  78. [stream]
  79. send charts matching = apps.cpu system.*
  80. ```
  81. To send all but a few charts, use `!` to create a negative match. To send _all_ charts _but_ `apps.cpu`:
  82. ```conf
  83. [stream]
  84. send charts matching = !apps.cpu *
  85. ```
  86. #### `allow from`
  87. A space-separated list of [Netdata simple patterns](/libnetdata/simple_pattern/README.md) matching the IPs of nodes that
  88. will stream metrics using this API key. The order is important, left to right, as the first positive or negative match is used.
  89. The default is `*`, which accepts all requests including the `API_KEY`.
  90. To allow from only a specific IP address:
  91. ```conf
  92. [API_KEY]
  93. allow from = 203.0.113.10
  94. ```
  95. To allow all IPs starting with `10.*`, except `10.1.2.3`:
  96. ```conf
  97. [API_KEY]
  98. allow from = !10.1.2.3 10.*
  99. ```
  100. > If you set specific IP addresses here, and also use the `allow connections` setting in the `[web]` section of
  101. > `netdata.conf`, be sure to add the IP address there so that it can access the API port.
  102. #### `default memory mode`
  103. The [database](/database/README.md) to use for all nodes using this `API_KEY`. Valid settings are `dbengine`, `ram`,
  104. `save`, `map`, or `none`.
  105. - `dbengine`: The default, recommended time-series database (TSDB) for Netdata. Stores recent metrics in memory, then
  106. efficiently spills them to disk for long-term storage.
  107. - `ram`: Stores metrics _only_ in memory, which means metrics are lost when Netdata stops or restarts. Ideal for
  108. streaming configurations that use ephemeral nodes.
  109. - `save`: Stores metrics in memory, but saves metrics to disk when Netdata stops or restarts, and loads historical
  110. metrics on start.
  111. - `map`: Stores metrics in memory-mapped files, like swap, with constant disk write.
  112. - `none`: No database.
  113. When using `default memory mode = dbengine`, the parent node creates a separate instance of the TSDB to store metrics
  114. from child nodes. The [size of _each_ instance is configurable](/docs/store/change-metrics-storage.md) with the `page
  115. cache size` and `dbengine multihost disk space` settings in the `[global]` section in `netdata.conf`.
  116. ### `netdata.conf`
  117. | Setting | Default | Description |
  118. | :----------------------------------------- | :---------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
  119. | **`[global]` section** | | |
  120. | `memory mode` | `dbengine` | Determines the [database type](/database/README.md) to be used on that node. Other options settings include `none`, `ram`, `save`, and `map`. `none` disables the database at this host. This also disables alarms and notifications, as those can't run without a database. |
  121. | **`[web]` section** | | |
  122. | `mode` | `static-threaded` | Determines the [web server](/web/server/README.md) type. The other option is `none`, which disables the dashboard, API, and registry. |
  123. | `accept a streaming request every seconds` | `0` | Set a limit on how often a parent node accepts streaming requests from child nodes. `0` equals no limit. If this is set, you may see `... too busy to accept new streaming request. Will be allowed in X secs` in Netdata's `error.log`. |
  124. ## Examples
  125. ### Per-child settings
  126. While the `[API_KEY]` section applies settings for any child node using that key, you can also use per-child settings
  127. with the `[MACHINE_GUID]` section.
  128. For example, the metrics streamed from only the child node with `MACHINE_GUID` are saved in memory, not using the
  129. default `dbengine` as specified by the `API_KEY`, and alarms are disabled.
  130. ```conf
  131. [API_KEY]
  132. enabled = yes
  133. default memory mode = dbengine
  134. health enabled by default = auto
  135. allow from = *
  136. [MACHINE_GUID]
  137. enabled = yes
  138. memory mode = save
  139. health enabled = no
  140. ```
  141. ### Securing streaming with TLS/SSL
  142. Netdata does not activate TLS encryption by default. To encrypt streaming connections, you first need to [enable TLS
  143. support](/web/server/README.md#enabling-tls-support) on the parent. With encryption enabled on the receiving side, you
  144. need to instruct the child to use TLS/SSL as well. On the child's `stream.conf`, configure the destination as follows:
  145. ```
  146. [stream]
  147. destination = host:port:SSL
  148. ```
  149. The word `SSL` appended to the end of the destination tells the child that connections must be encrypted.
  150. > While Netdata uses Transport Layer Security (TLS) 1.2 to encrypt communications rather than the obsolete SSL protocol,
  151. > it's still common practice to refer to encrypted web connections as `SSL`. Many vendors, like Nginx and even Netdata
  152. > itself, use `SSL` in configuration files, whereas documentation will always refer to encrypted communications as `TLS`
  153. > or `TLS/SSL`.
  154. #### Certificate verification
  155. When TLS/SSL is enabled on the child, the default behavior will be to not connect with the parent unless the server's
  156. certificate can be verified via the default chain. In case you want to avoid this check, add the following to the
  157. child's `stream.conf` file:
  158. ```
  159. [stream]
  160. ssl skip certificate verification = yes
  161. ```
  162. #### Trusted certificate
  163. If you've enabled [certificate verification](#certificate-verification), you might see errors from the OpenSSL library
  164. when there's a problem with checking the certificate chain (`X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT_LOCALLY`). More
  165. importantly, OpenSSL will reject self-signed certificates.
  166. Given these known issues, you have two options. If you trust your certificate, you can set the options `CApath` and
  167. `CAfile` to inform Netdata where your certificates, and the certificate trusted file, are stored.
  168. For more details about these options, you can read about [verify
  169. locations](https://www.openssl.org/docs/man1.1.1/man3/SSL_CTX_load_verify_locations.html).
  170. Before you changed your streaming configuration, you need to copy your trusted certificate to your child system and add
  171. the certificate to OpenSSL's list.
  172. On most Linux distributions, the `update-ca-certificates` command searches inside the `/usr/share/ca-certificates`
  173. directory for certificates. You should double-check by reading the `update-ca-certificate` manual (`man
  174. update-ca-certificate`), and then change the directory in the below commands if needed.
  175. If you have `sudo` configured on your child system, you can use that to run the following commands. If not, you'll have
  176. to log in as `root` to complete them.
  177. ```
  178. # mkdir /usr/share/ca-certificates/netdata
  179. # cp parent_cert.pem /usr/share/ca-certificates/netdata/parent_cert.crt
  180. # chown -R netdata.netdata /usr/share/ca-certificates/netdata/
  181. ```
  182. First, you create a new directory to store your certificates for Netdata. Next, you need to change the extension on your
  183. certificate from `.pem` to `.crt` so it's compatible with `update-ca-certificate`. Finally, you need to change
  184. permissions so the user that runs Netdata can access the directory where you copied in your certificate.
  185. Next, edit the file `/etc/ca-certificates.conf` and add the following line:
  186. ```
  187. netdata/parent_cert.crt
  188. ```
  189. Now you update the list of certificates running the following, again either as `sudo` or `root`:
  190. ```
  191. # update-ca-certificates
  192. ```
  193. > Some Linux distributions have different methods of updating the certificate list. For more details, please read this
  194. > guide on [adding trusted root certificates](https://github.com/Busindre/How-to-Add-trusted-root-certificates).
  195. Once you update your certificate list, you can set the stream parameters for Netdata to trust the parent certificate.
  196. Open `stream.conf` for editing and change the following lines:
  197. ```
  198. [stream]
  199. CApath = /etc/ssl/certs/
  200. CAfile = /etc/ssl/certs/parent_cert.pem
  201. ```
  202. With this configuration, the `CApath` option tells Netdata to search for trusted certificates inside `/etc/ssl/certs`.
  203. The `CAfile` option specifies the Netdata parent certificate is located at `/etc/ssl/certs/parent_cert.pem`. With this
  204. configuration, you can skip using the system's entire list of certificates and use Netdata's parent certificate instead.
  205. #### Expected behaviors
  206. With the introduction of TLS/SSL, the parent-child communication behaves as shown in the table below, depending on the
  207. following configurations:
  208. - **Parent TLS (Yes/No)**: Whether the `[web]` section in `netdata.conf` has `ssl key` and `ssl certificate`.
  209. - **Parent port TLS (-/force/optional)**: Depends on whether the `[web]` section `bind to` contains a `^SSL=force` or
  210. `^SSL=optional` directive on the port(s) used for streaming.
  211. - **Child TLS (Yes/No)**: Whether the destination in the child's `stream.conf` has `:SSL` at the end.
  212. - **Child TLS Verification (yes/no)**: Value of the child's `stream.conf` `ssl skip certificate verification`
  213. parameter (default is no).
  214. | Parent TLS enabled | Parent port SSL | Child TLS | Child SSL Ver. | Behavior |
  215. | :----------------- | :--------------- | :-------- | :------------- | :--------------------------------------------------------------------------------------------------------------------------------------- |
  216. | No | - | No | no | Legacy behavior. The parent-child stream is unencrypted. |
  217. | Yes | force | No | no | The parent rejects the child connection. |
  218. | Yes | -/optional | No | no | The parent-child stream is unencrypted (expected situation for legacy child nodes and newer parent nodes) |
  219. | Yes | -/force/optional | Yes | no | The parent-child stream is encrypted, provided that the parent has a valid TLS/SSL certificate. Otherwise, the child refuses to connect. |
  220. | Yes | -/force/optional | Yes | yes | The parent-child stream is encrypted. |
  221. ### Proxy
  222. A proxy is a node that receives metrics from a child, then streams them onward to a parent. To configure a proxy,
  223. configure it as a receiving and a sending Netdata at the same time.
  224. Netdata proxies may or may not maintain a database for the metrics passing through them. When they maintain a database,
  225. they can also run health checks (alarms and notifications) for the remote host that is streaming the metrics.
  226. In the following example, the proxy receives metrics from a child node using the `API_KEY` of
  227. `66666666-7777-8888-9999-000000000000`, then stores metrics using `dbengine`. It then uses the `API_KEY` of
  228. `11111111-2222-3333-4444-555555555555` to proxy those same metrics on to a parent node at `203.0.113.0`.
  229. ```conf
  230. [stream]
  231. enabled = yes
  232. destination = 203.0.113.0
  233. api key = 11111111-2222-3333-4444-555555555555
  234. [66666666-7777-8888-9999-000000000000]
  235. enabled = yes
  236. default memory mode = dbengine
  237. ```
  238. ### Ephemeral nodes
  239. Netdata can help you monitor ephemeral nodes, such as containers in an auto-scaling infrastructure, by always streaming
  240. metrics to any number of permanently-running parent nodes.
  241. On the parent, set the following in `stream.conf`:
  242. ```conf
  243. [11111111-2222-3333-4444-555555555555]
  244. # enable/disable this API key
  245. enabled = yes
  246. # one hour of data for each of the child nodes
  247. default history = 3600
  248. # do not save child metrics on disk
  249. default memory = ram
  250. # alarms checks, only while the child is connected
  251. health enabled by default = auto
  252. ```
  253. On the child nodes, set the following in `stream.conf`:
  254. ```bash
  255. [stream]
  256. # stream metrics to another Netdata
  257. enabled = yes
  258. # the IP and PORT of the parent
  259. destination = 10.11.12.13:19999
  260. # the API key to use
  261. api key = 11111111-2222-3333-4444-555555555555
  262. ```
  263. In addition, edit `netdata.conf` on each child node to disable the database and alarms.
  264. ```bash
  265. [global]
  266. # disable the local database
  267. memory mode = none
  268. [health]
  269. # disable health checks
  270. enabled = no
  271. ```
  272. ## Troubleshooting
  273. Both parent and child nodes log information at `/var/log/netdata/error.log`.
  274. If the child manages to connect to the parent you will see something like (on the parent):
  275. ```
  276. 2017-03-09 09:38:52: netdata: INFO : STREAM [receive from [10.11.12.86]:38564]: new client connection.
  277. 2017-03-09 09:38:52: netdata: INFO : STREAM xxx [10.11.12.86]:38564: receive thread created (task id 27721)
  278. 2017-03-09 09:38:52: netdata: INFO : STREAM xxx [receive from [10.11.12.86]:38564]: client willing to stream metrics for host 'xxx' with machine_guid '1234567-1976-11e6-ae19-7cdd9077342a': update every = 1, history = 3600, memory mode = ram, health auto
  279. 2017-03-09 09:38:52: netdata: INFO : STREAM xxx [receive from [10.11.12.86]:38564]: initializing communication...
  280. 2017-03-09 09:38:52: netdata: INFO : STREAM xxx [receive from [10.11.12.86]:38564]: receiving metrics...
  281. ```
  282. and something like this on the child:
  283. ```
  284. 2017-03-09 09:38:28: netdata: INFO : STREAM xxx [send to box:19999]: connecting...
  285. 2017-03-09 09:38:28: netdata: INFO : STREAM xxx [send to box:19999]: initializing communication...
  286. 2017-03-09 09:38:28: netdata: INFO : STREAM xxx [send to box:19999]: waiting response from remote netdata...
  287. 2017-03-09 09:38:28: netdata: INFO : STREAM xxx [send to box:19999]: established communication - sending metrics...
  288. ```
  289. The following sections describe the most common issues you might encounter when connecting parent and child nodes.
  290. ### Slow connections between parent and child
  291. When you have a slow connection between parent and child, Netdata raises a few different errors. Most of the
  292. errors will appear in the child's `error.log`.
  293. ```bash
  294. netdata ERROR : STREAM_SENDER[CHILD HOSTNAME] : STREAM CHILD HOSTNAME [send to PARENT IP:PARENT PORT]: too many data pending - buffer is X bytes long,
  295. Y unsent - we have sent Z bytes in total, W on this connection. Closing connection to flush the data.
  296. ```
  297. On the parent side, you may see various error messages, most commonly the following:
  298. ```
  299. netdata ERROR : STREAM_PARENT[CHILD HOSTNAME,[CHILD IP]:CHILD PORT] : read failed: end of file
  300. ```
  301. Another common problem in slow connections is the child sending a partial message to the parent. In this case, the
  302. parent will write the following to its `error.log`:
  303. ```
  304. ERROR : STREAM_RECEIVER[CHILD HOSTNAME,[CHILD IP]:CHILD PORT] : sent command 'B' which is not known by netdata, for host 'HOSTNAME'. Disabling it.
  305. ```
  306. In this example, `B` was part of a `BEGIN` message that was cut due to connection problems.
  307. Slow connections can also cause problems when the parent misses a message and then receives a command related to the
  308. missed message. For example, a parent might miss a message containing the child's charts, and then doesn't know
  309. what to do with the `SET` message that follows. When that happens, the parent will show a message like this:
  310. ```
  311. ERROR : STREAM_RECEIVER[CHILD HOSTNAME,[CHILD IP]:CHILD PORT] : requested a SET on chart 'CHART NAME' of host 'HOSTNAME', without a dimension. Disabling it.
  312. ```
  313. ### Child cannot connect to parent
  314. When the child can't connect to a parent for any reason (misconfiguration, networking, firewalls, parent
  315. down), you will see the following in the child's `error.log`.
  316. ```
  317. ERROR : STREAM_SENDER[HOSTNAME] : Failed to connect to 'PARENT IP', port 'PARENT PORT' (errno 113, No route to host)
  318. ```
  319. ### 'Is this a Netdata?'
  320. This question can appear when Netdata starts the stream and receives an unexpected response. This error can appear when
  321. the parent is using SSL and the child tries to connect using plain text. You will also see this message when
  322. Netdata connects to another server that isn't Netdata. The complete error message will look like this:
  323. ```
  324. ERROR : STREAM_SENDER[CHILD HOSTNAME] : STREAM child HOSTNAME [send to PARENT HOSTNAME:PARENT PORT]: server is not replying properly (is it a netdata?).
  325. ```
  326. ### Stream charts wrong
  327. Chart data needs to be consistent between child and parent nodes. If there are differences between chart data on
  328. a parent and a child, such as gaps in metrics collection, it most often means your child's `memory mode`
  329. does not match the parent's. To learn more about the different ways Netdata can store metrics, and thus keep chart
  330. data consistent, read our [memory mode documentation](/database/README.md).
  331. ### Forbidding access
  332. You may see errors about "forbidding access" for a number of reasons. It could be because of a slow connection between
  333. the parent and child nodes, but it could also be due to other failures. Look in your parent's `error.log` for errors
  334. that look like this:
  335. ```
  336. STREAM [receive from [child HOSTNAME]:child IP]: `MESSAGE`. Forbidding access."
  337. ```
  338. `MESSAGE` will have one of the following patterns:
  339. - `request without KEY` : The message received is incomplete and the KEY value can be API, hostname, machine GUID.
  340. - `API key 'VALUE' is not valid GUID`: The UUID received from child does not have the format defined in [RFC
  341. 4122](https://tools.ietf.org/html/rfc4122)
  342. - `machine GUID 'VALUE' is not GUID.`: This error with machine GUID is like the previous one.
  343. - `API key 'VALUE' is not allowed`: This stream has a wrong API key.
  344. - `API key 'VALUE' is not permitted from this IP`: The IP is not allowed to use STREAM with this parent.
  345. - `machine GUID 'VALUE' is not allowed.`: The GUID that is trying to send stream is not allowed.
  346. - `Machine GUID 'VALUE' is not permitted from this IP. `: The IP does not match the pattern or IP allowed to connect to
  347. use stream.
  348. ### Netdata could not create a stream
  349. The connection between parent and child is a stream. When the parent can't convert the initial connection into
  350. a stream, it will write the following message inside `error.log`:
  351. ```
  352. file descriptor given is not a valid stream
  353. ```
  354. After logging this error, Netdata will close the stream.