From 334014e11dfda175bad14217260e72b59b921606 Mon Sep 17 00:00:00 2001 From: Michael Stanclift Date: Mon, 28 Mar 2022 14:20:03 -0500 Subject: [PATCH] Updated Changelog (markdown) --- Changelog.md | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/Changelog.md b/Changelog.md index b3c3011..b146c03 100644 --- a/Changelog.md +++ b/Changelog.md @@ -19,6 +19,16 @@ There is now an additional way to enable replication of CNAME Records, if you fo - Changes the way the version variable is determined. - Removes the `prep` folder from this repo, so `gs-install.sh` is no longer part of the installation bundle. The code can be found at https://github.com/vmstan/gs-install allowing me to iterate faster on it outside of the standard Gravity Sync releases. +#### 3.6.2 + +- Reverts version detection change in 3.6.2 + +#### 3.6.3 + +- Adds logic to SMART task to only restart the Pi-hole DNS service if replication of Local DNS or CNAMEs take place within a replication task. +- Adds local environment $PATH to the crontab when automation tasks are enabled to make sure that Pi-hole services can properly restart. +- If you are running into issues with your Pi-hole storage filling up, it's likely due to the Pi-hole DNS service not restarting and the script failing, please update to 3.6.3 and recreate your automation task using `./gravity-sync.sh auto` + ## 3.5 — The Exhausted Release This release changes the backup retention behavior of Gravity Sync. After successful execution of any replication command, Gravity Sync will now wipe out any files from the `backup` folder. To be clear, this means Gravity Sync will no longer intentionally retain any backups of the Domain Database, Local DNS Records, CNAME Records, after a successful replication.