Merge pull request #379 from pi-hole/tweak/moveloglocation

Update log file location references

docs/core/pihole-command.md

@@ -80,7 +80,7 @@ Help Command    | N/A
 Script Location | [`/opt/pihole/piholeLogFlush.sh`](https://github.com/pi-hole/pi-hole/blob/master/advanced/Scripts/piholeLogFlush.sh)
 Example Usage   | [`pihole flush`](https://discourse.pi-hole.net/t/the-pihole-command-with-examples/738#flushing-the-log)
 
-When invoked manually, this command will allow you to empty Pi-hole's log, which is located at `/var/log/pihole.log`. The command also serves to rotate the log daily, if the `logrotate` application is installed.
+When invoked manually, this command will allow you to empty Pi-hole's log, which is located at `/var/log/pihole/pihole.log`. The command also serves to rotate the log daily, if the `logrotate` application is installed.
 
 ### Reconfigure
 

docs/ftldns/cache_dump.md

@@ -1,6 +1,6 @@
 ## Cache dump interpretation
 
-The `dnsmasq` core embedded into `pihole-FTL` prints a dump of the current cache content into the mail log file (default location `/var/log/pihole.log`) when receiving `SIGUSR1`, e.g. by
+The `dnsmasq` core embedded into `pihole-FTL` prints a dump of the current cache content into the mail log file (default location `/var/log/pihole/pihole.log`) when receiving `SIGUSR1`, e.g. by
 
 ``` bash
 sudo killall -USR1 pihole-FTL

docs/ftldns/configfile.md

@@ -39,7 +39,7 @@ The default settings for FTL's rate-limiting are to permit no more than `1000` q
 It is important to note that rate-limiting is happening on a *per-client* basis. Other clients can continue to use FTL while rate-limited clients are short-circuited at the same time.
 
 For this setting, both numbers, the maximum number of queries within a given time, **and** the length of the time interval (seconds) have to be specified. For instance, if you want to set a rate limit of 1 query per hour, the option should look like `RATE_LIMIT=1/3600`.
-The time interval is relative to when FTL has finished starting (start of the daemon + possible delay by DELAY_STARTUP)  then it will advance in steps of the rate-limiting interval. If a client reaches the maximum number of queries it will be blocked until **the end of the current interval**. This will be logged to `/var/log/pihole-FTL.log`, e.g. `Rate-limiting 10.0.1.39 for at least 44 seconds`. If the client continues to send queries while being blocked already and this number of queries during the blocking exceeds the limit the client will continue to be blocked **until the end of the next interval** (`pihole-FTL.log` will contain lines like `Still rate-limiting 10.0.1.39 as it made additional 5007 queries`).  As soon as the client requests less than the set limit, it will be unblocked (`Ending rate-limitation of 10.0.1.39`).
+The time interval is relative to when FTL has finished starting (start of the daemon + possible delay by DELAY_STARTUP)  then it will advance in steps of the rate-limiting interval. If a client reaches the maximum number of queries it will be blocked until **the end of the current interval**. This will be logged to `/var/log/pihole/FTL.log`, e.g. `Rate-limiting 10.0.1.39 for at least 44 seconds`. If the client continues to send queries while being blocked already and this number of queries during the blocking exceeds the limit the client will continue to be blocked **until the end of the next interval** (`FTL.log` will contain lines like `Still rate-limiting 10.0.1.39 as it made additional 5007 queries`).  As soon as the client requests less than the set limit, it will be unblocked (`Ending rate-limitation of 10.0.1.39`).
 
 Rate-limiting may be disabled altogether by setting `RATE_LIMIT=0/0` (this results in the same behavior as before FTL v5.7).
 
@@ -250,7 +250,7 @@ Specify the path and filename of FTL's SQLite3 long-term database. Setting this
 
 ### File options
 
-#### `LOGFILE=/var/log/pihole-FTL.log` {#file_LOGFILE data-toc-label='Log file'}
+#### `LOGFILE=/var/log/pihole/FTL.log` {#file_LOGFILE data-toc-label='Log file'}
 
 The location of FTL's log file. If you want to move the log file to a different place, also consider [this FAQ article](https://discourse.pi-hole.net/t/moving-the-pi-hole-log-to-another-location-device/2041).
 
@@ -324,7 +324,7 @@ Print information about ARP table processing: How long did parsing take, whether
 
 #### `DEBUG_REGEX=false|true` {#debug_regex data-toc-label='Regular expressions'}
 
-Controls if *FTL*DNS should print extended details about regex matching into `pihole-FTL.log`.
+Controls if *FTL*DNS should print extended details about regex matching into `FTL.log`.
 
 **[More details](../regex/overview.md)**
 

docs/ftldns/dnsmasq_warn.md

@@ -1,6 +1,6 @@
 # Known `dnsmasq` warnings
 
-Warnings commonly seen in `dnsmasq`'s log file (`/var/log/pihole.log`) and the Pi-hole diagnosis system.
+Warnings commonly seen in `dnsmasq`'s log file (`/var/log/pihole/pihole.log`) and the Pi-hole diagnosis system.
 <!-- markdownlint-disable MD046 -->
 !!! warning "ignoring zone transfer request from `ADDRESS`"
 
@@ -145,7 +145,7 @@ Warnings commonly seen in `dnsmasq`'s log file (`/var/log/pihole.log`) and the P
 
     The configured maximum number of concurrent DNS queries for a given server is reached. The system is either very busy at the moment or not receiving queries from the configured upstream. Check your connectivity or the upstream DNS server status.
 
-    The warning can also be printed when being spammed with an excessive amount of duplicates or when the upstream server never replies for specific domains. Check your logs and try to identify similarities between the query directly preceding this warning and earlier queries in `/var/log/pihole.log`. Try to find out if your upstream does maybe never reply to specific domains and fix this.
+    The warning can also be printed when being spammed with an excessive amount of duplicates or when the upstream server never replies for specific domains. Check your logs and try to identify similarities between the query directly preceding this warning and earlier queries in `/var/log/pihole/pihole.log`. Try to find out if your upstream does maybe never reply to specific domains and fix this.
 
     This warning is printed at most once every five seconds (per upstream server) to help mitigate unlimited log file growth.
 

docs/ftldns/in-depth.md

@@ -18,7 +18,7 @@ Command-line arguments can be arbitrarily combined, e.g. `pihole-FTL debug test`
 
 ## File locations
 
-- `/var/log/pihole-FTL.log` log file
+- `/var/log/pihole/FTL.log` log file
 - `/run/pihole-FTL.pid` PID file
 - `/run/pihole-FTL.port` file containing port on which `FTL` is listening
 - `/run/pihole/FTL.sock` Unix socket

docs/regex/overview.md

@@ -32,7 +32,7 @@ DEBUG_REGEX=true
 
 in your `/etc/pihole/pihole-FTL.conf` and restart `pihole-FTL` to enable or disable this mode.
 
-Once the debugging mode is enabled, each match will be logged to `/var/log/pihole-FTL.log` in the following format:
+Once the debugging mode is enabled, each match will be logged to `/var/log/pihole/FTL.log` in the following format:
 
 ```text
 [2018-07-17 17:40:51.304] Regex blacklist (DB ID 15) >> MATCH: "whatever.twitter.com" vs. "((^)|(\.))twitter\."