-
Got a "Machine Check Event"
It happened again last night, woke up this morning to an unclean shutdown. This hasn't happened since I started using Unraid several years ago, not sure why it's becoming an issue now. syslog.txt
-
-
Got a "Machine Check Event"
Came home last night and my Unraid server (6.9.2) had done an unclean shutdown and reboot. I started it and noted that it was taking longer than usual to mount the disks. Once the array was started I had a Machine Check Error in the Fix Common Problems utility. I installed NerdPack and mcelog as the error instructed and am posting my diagnostics for assistance. not sure what went wrong or if there are any lingering issues. I did notice that a file I had partially complete in Deluge was no longer recognized by that program and Sonarr can no longer connect to Deluge; I've checked the Docker settings and they appear to be the same. syslog.txt
-
Network connection dropping
Nope, never got this resolved. Still occurs when I move files.
-
[Plug-In] Community Applications
Interesting. It was working fine this morning and we haven't had any power issues. Oh well, makes sense at least. Time to transfer the license to a new flash I guess. At least it seems to be working fine in all other matters. Thank you!
-
[Plug-In] Community Applications
I just posted here b/c Unraid told me to. I didn't follow instructions in my first post, technically Unraid said this: Something really wrong went on during dismiss_warning Post the ENTIRE contents of this message in the Community Applications Support Thread <br /> <b>Warning</b>: parse_ini_file(/boot/config/docker.cfg): failed to open stream: No such file or directory in <b>/usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php</b> on line <b>43</b><br /> <br /> <b>Warning</b>: array_replace_recursive(): Expected parameter 2 to be an array, bool given in <b>/usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php</b> on line <b>43</b><br /> <br /> <b>Warning</b>: file_put_contents(/boot/config/plugins/community.applications/accepted): failed to open stream: No such file or directory in <b>/usr/local/emhttp/plugins/community.applications/include/exec.php</b> on line <b>385</b><br /> {"status":"warning dismissed"} That's what pops up on the Apps tab of Unraid. tower-diagnostics-20200303-1932.zip
-
[Plug-In] Community Applications
Just got an Unraid Docker error: <br /> <b>Warning</b>: parse_ini_file(/boot/config/docker.cfg): failed to open stream: No such file or directory in <b>/usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php</b> on line <b>43</b><br /> <br /> <b>Warning</b>: array_replace_recursive(): Expected parameter 2 to be an array, bool given in <b>/usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php</b> on line <b>43</b><br /> <br /> <b>Warning</b>: file_put_contents(/boot/config/plugins/community.applications/accepted): failed to open stream: No such file or directory in <b>/usr/local/emhttp/plugins/community.applications/include/exec.php</b> on line <b>385</b><br /> {"status":"warning dismissed"} All of my Docker apps appear to be functioning properly, I can still access the Plex data from Roku for example, but the Docker tab is missing from mu Unraid GUI.
-
Network connection dropping
It may be worth pointing out that when this occurs I lost complete terminal responsiveness and one of the CPU threads stays pegged at 100%, so maybe it's not a network issue. Are there any known threading bugs or anything that could be causing this?
-
Network connection dropping
Here is an updated diagnostic ZIP. I Stopped the array, rebooted, started the array, moved a series of files totaling ~16GB, then ran the diagnostic. During the file transfer I had the speed drop to 0 several times. Checking the dashboard I never had CPU usage above 8% or so, RAM usage above 3% or so, and the cache drive had 40+ GB of space available so I'm pretty sure it wasn't a resource issue from those perspectives. tower-diagnostics-20190609-0312.zip
-
Network connection dropping
Ok, good to know that what I was seeing is just Docker info. I've attached my diagnostic ZIP as requested hoping there might be something useful in there. tower-diagnostics-20190608-1917.zip
-
Network connection dropping
I'm having issues with my Unraid network connection that started recently. I replaced most of the non-drive hardware due to some failures and it seems like the issue started after the replacements were made. While transferring files through the Windows view of my shares I notice that the transfer speed often drops to 0. While running the Mover I was reviewing the logs and noticed the following: Jun 8 10:41:44 Tower kernel: veth3b0a86f: renamed from eth0 Jun 8 10:41:44 Tower kernel: docker0: port 1(veth7bf85ae) entered disabled state Jun 8 10:41:46 Tower kernel: docker0: port 1(veth7bf85ae) entered disabled state Jun 8 10:41:46 Tower avahi-daemon[2464]: Interface veth7bf85ae.IPv6 no longer relevant for mDNS. Jun 8 10:41:46 Tower avahi-daemon[2464]: Leaving mDNS multicast group on interface veth7bf85ae.IPv6 with address fe80::80a5:37ff:fec9:96f1. Jun 8 10:41:46 Tower kernel: device veth7bf85ae left promiscuous mode Jun 8 10:41:46 Tower kernel: docker0: port 1(veth7bf85ae) entered disabled state Jun 8 10:41:46 Tower avahi-daemon[2464]: Withdrawing address record for fe80::80a5:37ff:fec9:96f1 on veth7bf85ae. Jun 8 10:41:55 Tower kernel: docker0: port 1(vethc23cdc5) entered blocking state Jun 8 10:41:55 Tower kernel: docker0: port 1(vethc23cdc5) entered disabled state Jun 8 10:41:55 Tower kernel: device vethc23cdc5 entered promiscuous mode Jun 8 10:41:55 Tower kernel: IPv6: ADDRCONF(NETDEV_UP): vethc23cdc5: link is not ready Jun 8 10:42:13 Tower kernel: eth0: renamed from veth4e1344b Jun 8 10:42:13 Tower kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethc23cdc5: link becomes ready Jun 8 10:42:13 Tower kernel: docker0: port 1(vethc23cdc5) entered blocking state Jun 8 10:42:13 Tower kernel: docker0: port 1(vethc23cdc5) entered forwarding state Jun 8 10:42:14 Tower avahi-daemon[2464]: Joining mDNS multicast group on interface vethc23cdc5.IPv6 with address fe80::78a5:6ff:fe07:4839. Jun 8 10:42:14 Tower avahi-daemon[2464]: New relevant interface vethc23cdc5.IPv6 for mDNS. Jun 8 10:42:14 Tower avahi-daemon[2464]: Registering new address record for fe80::78a5:6ff:fe07:4839 on vethc23cdc5.*. It looks like something's happening to the network link but I'm not fluent in Linux. I do have Unraid set up on a static network address and have the network addressed through the router's DHCP, though oddly (to me) the server does not show up in the DHCP list of active devices (I DO have an active, working internet and network connection). Any ideas on what might be causing these intermittent drops? Thanks in advance!
sactoking
Members
-
Joined
-
Last visited