From 74f8efd9af3938ce00d673a04cdc0eee0ac629f8 Mon Sep 17 00:00:00 2001
From: Ilya Mashchenko <ilya@netdata.cloud>
Date: Mon, 24 Jun 2024 20:02:11 +0300
Subject: [PATCH] docs: add Troubleshoot->Getting Logs section to collectors
 (#18005)

---
 integrations/templates/troubleshooting.md | 33 +++++++++++++++++++++++
 1 file changed, 33 insertions(+)

diff --git a/integrations/templates/troubleshooting.md b/integrations/templates/troubleshooting.md
index f78d49a7f3..cca7ed61a7 100644
--- a/integrations/templates/troubleshooting.md
+++ b/integrations/templates/troubleshooting.md
@@ -42,6 +42,39 @@ should give you clues as to why the collector isn't working.
   ```
 
 [% endif %]
+### Getting Logs
+
+If you're encountering problems with the `[[ entry.meta.module_name ]]` collector, follow these steps to retrieve logs and identify potential issues:
+
+- **Run the command** specific to your system (systemd, non-systemd, or Docker container).
+- **Examine the output** for any warnings or error messages that might indicate issues.  These messages should provide clues about the root cause of the problem.
+
+#### System with systemd
+
+Use the following command to view logs generated since the last Netdata service restart:
+
+```bash
+journalctl _SYSTEMD_INVOCATION_ID="$(systemctl show --value --property=InvocationID netdata)" --namespace=netdata --grep [[ entry.meta.module_name ]]
+```
+
+#### System without systemd
+
+Locate the collector log file, typically at `/var/log/netdata/collector.log`, and use `grep` to filter for collector's name:
+
+```bash
+grep [[ entry.meta.module_name ]] /var/log/netdata/collector.log
+```
+
+**Note**: This method shows logs from all restarts. Focus on the **latest entries** for troubleshooting current issues.
+
+#### Docker Container
+
+If your Netdata runs in a Docker container named "netdata" (replace if different), use this command:
+
+```bash
+docker logs netdata 2>&1 | grep [[ entry.meta.module_name ]]
+```
+
 [% else %]
 [% if entry.troubleshooting.problems.list %]
 ## Troubleshooting