FDM80

Members
  • Posts

    14
  • Joined

  • Last visited

Everything posted by FDM80

  1. Current message I'm getting when attempting to update. "bad file MD5"
  2. Yeah, I can confirm that the disk spinning up bug is back. You load the Main tab and the disks will spin up one by one.
  3. Just a small side effect of temporarily removing the plugin. I noticed that I kept getting the log entry: flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update while the plugin was uninstalled every minute. I had to make sure the flash backup was deactivated prior to uninstalling.
  4. I've been experiencing the same issue the last few days, not realizing that it could be caused by that particular plugin. I noticed the array disks would spin up when logging into the server, the Main tab would load, then within seconds I would see the drives spin up despite not having done anything after logging in. My system logs seem to support this behavior. I had one disk spin up overnight (probably plex) and then a few hours later spun down. They were spun down for the duration of the day according to the log file. The log shows the drives were spun down for about 12 hours. As soon as I log into the server, they spin up. I deactivated the flash backup functionality, signed out of the plugin, then uninstalled the plugin and now the drives no longer unnecessarily spin up when loading the Main tab.
  5. I had been having my array drives spin up when I logged in and the Main tab loaded for the last few days. Signing out of the plugin, then uninstalling it for the time being worked.
  6. It is not a container, it is a plugin. That is the link to the thread.
  7. It is just the browser cache that needs to be cleared. On mobile devices I had to clear my cache. On Windows 10 in Chrome, all I had to do was a "Ctrl+F5" to refresh and force a bypass of the cache.
  8. https://github.com/pi-hole/docker-pi-hole/issues/469 We'll see what comes of this.
  9. You should check out this website. Ad blocking, telemetry, malicious sites, etc. that you can add to your pihole. https://firebog.net/ For starters, I'd recommend the below list which is all the ones on the website with a check mark next to them. It is the list that is least likely to interfere with normal browsing habits (ie: not as aggressive as some of the other lists) https://v.firebog.net/hosts/lists.php?type=tick
  10. We are waiting for the official docker container to be updated. Once that happens, we will have caught up with the rest of the group. https://hub.docker.com/r/pihole/pihole/ If you look at the Tags tab, you can see the one we normally use (latest) is 7 days old and there is a dev version that is 3 days old.
  11. I think the --dns argument in combination with the network type set to Custom: br0 doesn't play nice together. Just in testing, when I set the network type to Host, start the container, and check the log, the DNS sets properly to 127.0.0.1. I didn't try Bridge mode because there is a conflict with port 80 and I don't feel like messing with those settings right now but that is something else to look into. I don't have enough knowledge of unraid and how the container networking works to offer a solution. All I can do is point to the behavior I notice and hope that someone with more experience can shed some light. I get those other messages in my log as well but I don't see what negative repercussions there are from that so I personally am not concerned about those. At the end of the day, the 127.0.0.1 issue results in the container failing to resolve DHCP hostnames so you just see IP addresses in the dashboard. Mainly a cosmetic issue.
  12. This probably has something to do with the "nameserver 127.0.0.11" behavior. https://github.com/pi-hole/docker-pi-hole/issues/410
  13. I've never tried to change the log storage length so I'm not an expert. I think you can edit the "pihole-FTL.conf" file in the appdata folder to set when things get flushed. See link below. You should look at the "MAXLOGAGE" setting and / or the "MAXDBDAYS" from the looks of things. https://discourse.pi-hole.net/t/how-to-set-a-limit-to-log-file-length-to-maximum-used-log-file-space/6482 My understanding is that the logs are short term storage (default 24 hours stored in the image) and the database is long term storage (default 365 days stored in the appdata folder outside the image). As for if you are concerned about the logs being stored inside the container image, you could maybe do the following to move the log storage out of the image.
  14. Looks like Pi-hole v4 just came out. https://pi-hole.net/2018/08/06/pi-hole-v4-0-released-with-ftldns-improved-blocking-modes-regex-docker-and-more/ It looks like they have brought diginc into the fold and have turned his work into an official docker. I assume the unRaid template will be updated with any necessary changes.