Hoopster

Ubiquiti has been hinting at that for a while and it has been mentioned as a possibility by users in the Ubiquiti forums. I think it is just a matter of time. I guess I will stay on controller version 7.1.66 for a while and see where things go. Even staying on an older version of the controller may not be a long-term solution if you want to upgrade hardware in the future. At some point, new hardware and even firmware for existing hardware may require a version of the controller that does not support Docker.

Hmmm. I have personally never seen that error and I have had docker set to ipvlan for months now. However, I solved the call trace problem a couple of years ago (before ipvlan was an option) by setting up a vlan for docker containers to which I wanted to assign static IP addresses.

For many, this change alone eliminates the call traces which are caused by macvlan. It is certainly worth a try and easy to do.

Are the shares you want to access exported and public? If the shares are public, the Windows way to access them is usually ./ as the username and just {enter} as the password.

unRAID runs in RAM which includes the syslog. Any reboot will wipe out the syslog and any useful information it may have captured regarding system issues. The syslog server records this information elsewhere so it can be referenced after a reboot.

Personally, I think you are safe to do this. It was a painless upgrade from 6.9.2 to 6.10.3 for me and it is very easy to roll back if you happen to encounter a problem.

Use the Unbalance plugin. It will do what you need.

If by "latest" you mean BIOS L2.35 for the ASRock E3C246D4U, you can find it on the prior page of this topic.

USB 2.0 is often recommended for unRAID USB drive anyway as USB 3.x often has random disconnect issues on some BIOS/motherboards. USB 2 is more reliable.

Since almost everyone here is using the ASRock Rack E3C246D4U, I doubt you will get many comments on the others. Have you tried searching the forums for reference to those other models to see if anyone is using them for unRAID and has any comments? Checking the downloaded manuals, RAM QVLs, etc. for the boards you are considering will give you a better idea regarding support for specific CPUs, RAM modules, NVMe SSDs, etc.

The latest available when I made the update, I updated firmware to whatever version was showing as an upgrade before updating the controller. It could have been 6.0.19 on the APs, 4.4.56 on the USG and whatever preceded 6.2.14 on the switches.

Only ASRock could answer that for sure, but, I think you need a BIOS specific to the C246 board. The L2.35 BIOS posted here is specifically for the E3C246D4U board and I am not sure it would even show up as a BIOS that could be loaded if you tried to use it on another ASRock C246-based board. My E3C246D2I (Mini-ITX) board in my backup server did not need a beta BIOS at all for the iGPU to work as well the IPMI/ASpeed. The proper settings are in the publicly-available BIOS for that board.

Probably referring to this (search for it in Apps):

Sorry for the late reply. I have been on vacation for two weeks with very limited Internet access. I have an ASRock Rack motherboard which required a special BIOS from ASRock to enable the iGPU for transcoding when IPMI/Aspeed controller is present. This thread contains a discussion about a particular Supermicro board and what was needed to enable iGPU when using IPMI. You may have to dig a little in that thread. Perhaps it is similar with your Supermicro board. Unfortunately, that is all I can tell you about the Supermicro world.

There is a plugin called Backup/Restore Appdata. I am guessing that would do the trick. 😁 Also, if something happens to mess up your docker.img, you can remove it, create another one and from the Previous Apps section in the App tab, reinstall all the docker containers you select. This will reinstall them with the previous configuration settings as you did them.

No. The iGPU in the 2176G is more than enough for Plex transcoding.

I took advantage of the recommended upgrade to unRAID 6.10.3 today to go into the BIOS. I am running BIOS L2.35 so if yours is different, perhaps it does not look the same. To select PCIe or Onboard (iGPU) as the Primary Graphics Adapter (onboard must be selected if you wish to use the iGPU for hardware transcoding): and To keep iGPU enabled even if a PCIe video card is inserted:

I have not been in the BIOS for the E3C246D4U for quite some time. I think most of us with that board are using a CPU with iGPU but perhaps there is a discrete GPU users who can chime in. IIRC, there is a BIOS setting for the iGPU or a PCIE GPU as the primary graphics. There is also one to enable the iGPU even if a PCIe GPU is in use. Perhaps some combination of those is the trick?

Same thing for me. Only in Firefox (latest version) was the Main tab slow to load. I cleared the cache and although it did not go away immediately, this did eventually help as it is fine now in Firefox. Always no issues in Chrome.

The Adaptec 71605 is a RAID card but it does have an HBA and simple volume mode. Are you saying you know it is in that mode?

See this post for several things that can done to improve unRAID stability with a Ryzen (especially 1st gen.) CPU.

https://s3.amazonaws.com/dnld.lime-technology.com/stable/unRAIDServer-6.8.3-x86_64.zip

There is this video from Spaceinvader One.

Yeah, it took me several days to wade through it all and get it to work properly. You will see lots of my posts in that thread. However, once you get it set up it is "set it and forget it." This has been running flawlessly for me for over three years. I'll pm you a copy of the script I use as an example.

Works great via User Scripts for unattended weekly backup in my case. I do not remove the content from the source server once copied to the destination server but there is an rsync parameter to do that.