• Posts

  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

devnet's Achievements


Newbie (1/14)



  1. I think either one of those approaches will work. If it were me, I'd do the first one.
  2. I know this is an old topic and I'm resurrecting a zombie thread...but I just wanted to comment that it still works as of 5/18/2022 with the current up to date version of Unraid (6.9.2). I recently gutted my server and replaced the motherboard and CPU completely and added in an LSI 9211-8i (IT Mode) card. I then connected all the same hard drives up and powered things online and everything just connected and worked...all VM's, all docker containers, all arrays, all shares...they just worked. Anyway, just wanted to chime in and let folks know that the above method referenced by @lionelhutz (link directly below) worked like a charm. Drive order is irrelevant as serial number is it doesn't matter what connection they are as long as they are connected.
  3. When mine updated this pulled from: By: flippinturt/pihole-dot-doh
  4. +1 I'd like this as's something I used to do on vanilla Debian with docker.
  5. Had the same issue here: I'd definitely get behind a solution on this as well. Previously, ASUS router was able to see Docker IP's running on macvlan with no issues on vanilla Debian. Side note: some of my containers actually register their DHCP address with my DHCP service external to Unraid...but only 3 containers total. The rest follow the behavior above of not registering with external DHCP. The containers that work are PiHole DOT-DOH, Whoogle, and The Lounge. Not sure why those are different than any other container...but they registered with my external DHCP service and I was able to reserve a permanent lease for them.
  6. Hello all. Just put in an entire TP-Link Omada network complete with switches, AP's, Gateway and Controller. All things went without a hitch. I have created some VLANS but kept Unraid on my default admin network so it's able to communicate with everything. Here's the issue. I can get Unraid to register it's IP and I'm able to statically assign it in the Omada interface. However, only 5 out of my 11 containers register with Omada so I cannot assign static IP's on 6 of them. On the TPLink forums, I've posted topology, etc (hope this is ok to link here): And I'm at a loss for why some containers don't contact my DHCP server and tell it what their IP address is. Can anyone point me in the right direction? I'm just waiting for an IP conflict to take down my containers.
  7. Ahh, I had the same problem as you but I had br0 interface instead of bridge that I was trying to get to work. Was told you had to set it up in bridged or no workie.
  8. What network type are you using inside of the docker settings for the VPN versions?
  9. In the standard pihole docker it's set as an environmental variable. Not sure if it is in this docker image:
  10. As an FYI to anyone out there who has pkexec/polkit installed on their distribution of linux (perhaps in a VM) that hasn't been patched that has multiple users that you don't know/trust, you can fix the SUID-bit to prevent the exploit by chmod of the file: chmod 0755 /usr/bin/pkexec This prevents it from running as root when executed by a non-privileged user.
  11. keep in mind, if you have 3 fans might need at least one of them to PUSH. That's the ticket is getting enough to pull and enough to push to have good air exchange in the case. Here is a Youtube video of a channel I trust that talks about thermals and fan placement for your case:
  12. Plenty of options for hardware fan controllers but I don't think you need one. Keep in mind that you set these items in BIOS for profiles...and generally, fans will increase their speed based on temperature automagically. I can tell you what I did to reduce my HD temperature. I bought a new case...a Fractal Design Node 804...this case splits the motherboard/CPU/GPU from the Hard disks. I then put in a bunch of HUGE pushes, one pulls...on the hard drive side. This causes all my air flow in the hard disk section to be segmented away from the CPU side....all of my disks dropped about 10 degrees. Larger fans (120mm or 140mm) push a bit more air at lower RPM's and in my case, it reduced the noise level of the server while dropping the temperature. I've never really had to worry about using a fan controller (hardware) outside of a gaming if you're having issues, you should rethink your fan positions in your case. More than happy to help you should you need assistance with fan placement or recommendations. I don't think you need a fan controller...just better fan placement.
  13. I think you were onto something with the cables...if you've made sure the attachment is clean and you still have issues, I'd replace the cables themselves and see if your issue persists. I've had something similar happen in a Gentoo install I had at work...similar error messages that you have inside your diagnostics. In my case, it was a loose SATA cable. I'm newer to unraid so I can't really answer the 'next steps' question. I'm sure there are others who know what should be done (at least I hope there are)
  14. This is usually done with a hardware fan controller inside your motherboard or installed separately. The fan speed is not something controlled by the operating system in Linux (usually...there are specific use cases when a vendor provides a Linux installer for some fan controllers...those are rare and often times are for gaming). The plugin you installed is just to provide information to the dashboard of unraid (and bottom panel when loading into admin area). It doesn't provide control for the fans themselves.
  15. No worries! I'll eventually get it tweaked the way I want it. The 'make it hard' part was me not using my open eye at 0241 in the morning when posting this. Should be a snap now that I look at it.