Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Number of Blocked Domains on Dashboard not updating on Secondary PiHole #30

Open
Wh1t3Rose opened this issue Mar 9, 2021 · 2 comments

Comments

@Wh1t3Rose
Copy link

Hello.

I am able to confirm that my setup is working. The Master Pihole uploads to my github repo via Cronjob and my Secondary Pihole is pulling down those changes (new adlists at least) via Cronjob fine./

However the Domains blocked number on the Dashboard for the secondary Pihole never updates.

Pihole Master
image

Pihole Slave
image

My repo:
https://github.com/Wh1t3Rose/my-pihole-lists

Debug logs:
Master Pihole: https://pastebin.com/T8isvcJ9
Secondary: https://pastebin.com/PnHptpwZ

@dispo2
Copy link

dispo2 commented Mar 10, 2021

you have a ton of sql errors on the secondary, I'd suggest you rename / delete the gravity.db file in /etc/pihole then run pihole -r (retain settings) then run --initpull followed by --pull.

@mooleshacat
Copy link

mooleshacat commented Jan 3, 2022

I suspect the local repositories on both pi's are out of sync with the remote repositories...

What I did when I had that issue is just clobbered both pi's all and started over. Make sure you have a working pihole backup to use in the teleporter on the main pi ONLY. Do not use the teleporter on the secondary pi.

Make sure to reset your cloudsync repository (copy the files from https://github.com/stevejenkins/my-pihole-lists into your repository) before starting.

On both RPI1 and RPI2:

  1. pihole uninstall (no to uninstall packages, yes to everything else)
  2. rm -r /usr/local/bin/my-pihole-lists/ && rm -r /usr/local/bin/pihole-cloudsync/
  3. copy command from uninstall output and paste it to reinstall pihole right away
  4. During install uncheck the default 'Stephen Black' list
  5. Do not use the teleporter just yet

On master RPI1:

  1. Use teleporter to get back to where you were and make sure the option to clear database first is checked.
  2. Set all your settings under Settings page
  3. Install pihole-cloudsync again (follow instructions) for master RPI1, do --initpush and put it in --push mode
  4. Set up the cronjob

On slave RPI2:

  1. Do not use teleporter.
  2. Set all your settings under Settings page
  3. Install pihole-cloudsync again (follow instructions) for master RPI1, do --initpull and put it in --pull mode
  4. Set up the cronjob

To confirm, either manually run or wait for the cronjob to run, and then refresh the slave pihole dashboard. You should see all of the sudden the numbers go from 0 to whatever the master RPI1 says.

I tested by adding domains into blacklist and whitelist, waiting for timers to expire, then watch the updated date/time in your git repository, and then searched for the test domains on the slave.

Note: To ensure this does not happen again, do NOT make your adlist, whitelist, blacklist changes on the slave RPI2.

Make your adlist, whitelist, blacklist changes on the master RPI1 ONLY and allow it to sync back and forth

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants