ephdisk

The template line for REV_SERVER_TARGET is incorrectly set as a Path instead of Variable. I created a REV_SERVER_TARGET variable line and deleted the original path entry. That got rid of my errors and also helped it start faster. Aside from that Unbound fails to start intermittently and the container stops responding to DNS unless you restart it a few times. As much as I love this idea, I had to revert back to the official. I will be keeping tabs on this though. Please keep up the great work.

@SimonF I have it working now! Thank you for helping troubleshoot this. So this command works under user "ADMIN" but did not work under my custom user account that I created "unRAID" Even though I was able to log in to the BMC manually with the "unRAID" user it was not recognizing via the command either. I just deleted the user from BMC and re-added with the same credentials. Now it is letting me in and your command works with the re-created user "unRAID". It is also working from within the GUI Config and now reading properly. I apologize for not trying this before but my validation was that I could manually log in with those credentials that should mean that the IPMI plugin should be able to as well. Thank you again for your insight. Side note, this is an H12 motherboard using the X11 settings. As far as I am aware, the BMC is unchanged between the X/H11 and X/H12 boards.

The Readings tab shows blank. Even after reboot. I have also used the Default and Reset BMC and re-entered credentials. I just uninstalled the plugin and installed fresh but it doesn't seem to communicate over network. BMC Log not showing any events of attempted sign in from user unRAID

@SimonF Just installed your latest plugin. It seems to run as "anonymous" just fine and read stats but now is immediately rejecting my "unRAID" user account for BMC. The unRAID log doesn't show any activity. Is there a log that I can help parse and provide to you? The BMC log doesn't show any activity from user "unRAID" attempting to log in. Thank you again! I am more than happy to help you test this in any way I can.

I really loved this plugin. I had a X8 motherboard with limited IPMI controls but it could read sensors very well. I just recently upgraded my motherboard/cpu to a H12 series but it picked right up when I had the same username/password as the old controller. Everything was working under the older plugin. I saw the notice about migrating to the newer version and upgraded immediately had the IPMI account locked. I retyped the password and it worked for a brief second then locked the account out again. I have tried creating another user to specifically assign to unRAID. That also is locked out immediately. There are no retry setting or notifications from within unRAID IPMI plugin settings aside from "Connection Failed" It appears to be hammering the login credentials and ignoring the custom password. I have turned off the Notifications and Fan Control, defaulted the settings and tried to start fresh. All with the same results. Please let me know if I can provide any other information. Thank you for this wonderful plugin and I hope to get it working again soon.

Everything has been working well until this latest repository. QUIC Misconfigured. http://storjnet.info/ping_my_node Make sure your firewall is set to allow both TCP/UDP over your port. Unraid Container Settings: Add another Port Save/Apply Then go ping your node again. Check your node stats.

@kennygunit I was able to SSH in to my server. But this will only last until you reboot. sudo nano /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php The permanent way would be to modify the boot via SSH: sudo nano /boot/config/go Paste this at the end: (Shift Insert or Right Click) # Fix Docker - Case Insensitive sed -i 's#@Docker-Content-Digest:\\s*\(.*\)@#\@Docker-Content-Digest:\\s*\(.*\)@i#g' /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php Ctrl X and save then Reboot. All thanks goes to HyperV, Morthan, and ich777 ❤️

@Morthan@ich777 Thank you both for trying to make a permanent fix to apply at boot. Morthan your output is perfect: preg_match('@Docker-Content-Digest:\s*(.*)@ii', $reply, $matches); ich777 your output removes important content from the line: @Docker-Content-Digest:\s*(.*)@i

Thanks for the deep dive @HyperV This fixed it for me! I was just able to refresh and update any containers that I didn't manually force. I am still on 6.8.3 because I use custom IP addresses in my docker environment and I have seen that it is still causes lock ups in 6.9.x Cheers

Include me in getting this error too. I am still on 6.8.3