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

Could this be Supermicro's IPMI card? It should be talking over SMBus

No unplugging the UPS doesn't stop it. It gives valid log lines of the removal and mounting of the UPS driver. This is a recent error. It happens about for about an hour after reboot then settles down. Thanks for responding and offering to look over the logs. Let me know if you need any other details or to try anything else.

Sep 17 06:35:08 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:09 nucleus kernel: usb 1-5: device not accepting address 7, error -71 Sep 17 06:35:09 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:10 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:12 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:13 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:15 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:16 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:17 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:19 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:20 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:22 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:24 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:25 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:27 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:28 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:30 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:31 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:33 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:34 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:36 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:37 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:39 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:41 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:42 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:44 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:45 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:47 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:48 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:50 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:52 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:54 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:55 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:56 nucleus kernel: usb 1-5: device not accepting address 7, error -71 Sep 17 06:35:56 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:57 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:35:59 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:36:00 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:36:02 nucleus kernel: usb 1-5: reset high-speed USB device number 7 using ehci-pci Sep 17 06:36:02 nucleus kernel: usb 1-5: device firmware changed Sep 17 06:36:02 nucleus kernel: usb 1-5: USB disconnect, device number 7 Sep 17 06:36:02 nucleus acpid: input device has been disconnected, fd 4 Sep 17 06:36:03 nucleus kernel: usb 1-5: new high-speed USB device number 8 using ehci-pci Sep 17 06:36:03 nucleus kernel: input: Peppercon AG Multidevice as /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5:1.0/0003:14DD:0002.0008/input/input12 Sep 17 06:36:03 nucleus kernel: hid-generic 0003:14DD:0002.0008: input,hidraw1: USB HID v1.01 Mouse [Peppercon AG Multidevice] on usb-0000:00:1a.7-5/input0 Sep 17 06:36:03 nucleus kernel: input: Peppercon AG Multidevice as /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5:1.1/0003:14DD:0002.0009/input/input13 Sep 17 06:36:03 nucleus kernel: hid-generic 0003:14DD:0002.0009: input,hidraw2: USB HID v1.01 Keyboard [Peppercon AG Multidevice] on usb-0000:00:1a.7-5/input1 Sep 17 06:36:04 nucleus kernel: usb 1-5: reset high-speed USB device number 8 using ehci-pci Sep 17 06:36:06 nucleus kernel: usb 1-5: reset high-speed USB device number 8 using ehci-pci Sep 17 06:36:06 nucleus kernel: usb 1-5: device firmware changed Sep 17 06:36:06 nucleus kernel: usb 1-5: USB disconnect, device number 8 Sep 17 06:36:06 nucleus acpid: input device has been disconnected, fd 4 Sep 17 06:36:06 nucleus kernel: usb 1-5: new high-speed USB device number 9 using ehci-pci Sep 17 06:36:06 nucleus kernel: input: Peppercon AG Multidevice as /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5:1.0/0003:14DD:0002.000A/input/input14 Sep 17 06:36:06 nucleus kernel: hid-generic 0003:14DD:0002.000A: input,hidraw1: USB HID v1.01 Mouse [Peppercon AG Multidevice] on usb-0000:00:1a.7-5/input0 Sep 17 06:36:06 nucleus kernel: input: Peppercon AG Multidevice as /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5:1.1/0003:14DD:0002.000B/input/input15 Sep 17 06:36:06 nucleus kernel: hid-generic 0003:14DD:0002.000B: input,hidraw2: USB HID v1.01 Keyboard [Peppercon AG Multidevice] on usb-0000:00:1a.7-5/input1 USB Devices Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05dc:a83a Lexar Media, Inc. Bus 001 Device 009: ID 14dd:0002 Raritan Computer, Inc. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 002: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Sorry for reviving an old thread, I just never saw a response and hoping @screwonbudnik20 could shed light on their solution. This appears to be my exact problem and it doesn't seem to be my flash. The only other USB device is my APC UPS. I can create a new thread if you feel this needs it. No USB headers are used on this system just the built in ones.

Did you ever figure out what was causing this?