Jump to content

JorgeB

Moderators
  • Posts

    67,884
  • Joined

  • Last visited

  • Days Won

    708

Everything posted by JorgeB

  1. Restarting the server might bring it back, recommend checking/replacing the cables for that device.
  2. Try to get new diags during the problem but with the VM shutdown.
  3. OK, there have been a couple of other reports, so there's possibly some issue the the latest releases validating some keys, I've already reported the issue to LT so Tom can find out what's going on.
  4. Do you know which was the previous release you were running?
  5. Nov 23 16:12:44 tower kernel: ata7: hard resetting link Nov 23 16:12:54 tower kernel: ata7: softreset failed (device not ready) Nov 23 16:12:54 tower kernel: ata7: hard resetting link Nov 23 16:13:04 tower kernel: ata7: softreset failed (device not ready) Nov 23 16:13:04 tower kernel: ata7: hard resetting link Nov 23 16:13:14 tower kernel: ata7: link is slow to respond, please be patient (ready=0) Nov 23 16:13:39 tower kernel: ata7: softreset failed (device not ready) Nov 23 16:13:39 tower kernel: ata7: limiting SATA link speed to 3.0 Gbps Nov 23 16:13:39 tower kernel: ata7: hard resetting link Nov 23 16:13:44 tower kernel: ata7: softreset failed (device not ready) Nov 23 16:13:44 tower kernel: ata7: reset failed, giving up Nov 23 16:13:44 tower kernel: ata7.00: disable device One of the devices dropped offline, looks like it was cache, syslog rotated so can't see the beginning.
  6. Nov 22 16:54:06 BIGDADDY kernel: ata1: link is slow to respond, please be patient (ready=0) Nov 22 16:54:11 BIGDADDY kernel: ata1: COMRESET failed (errno=-16) Nov 22 16:54:11 BIGDADDY kernel: ata1: hard resetting link Nov 22 16:54:16 BIGDADDY kernel: ata1: link is slow to respond, please be patient (ready=0) Nov 22 16:54:21 BIGDADDY kernel: ata1: COMRESET failed (errno=-16) Nov 22 16:54:21 BIGDADDY kernel: ata1: hard resetting link Nov 22 16:54:26 BIGDADDY kernel: ata1: link is slow to respond, please be patient (ready=0) Nov 22 16:54:56 BIGDADDY kernel: ata1: COMRESET failed (errno=-16) Nov 22 16:54:56 BIGDADDY kernel: ata1: limiting SATA link speed to 3.0 Gbps Nov 22 16:54:56 BIGDADDY kernel: ata1: hard resetting link Nov 22 16:55:01 BIGDADDY kernel: ata1: COMRESET failed (errno=-16) Nov 22 16:55:01 BIGDADDY kernel: ata1: reset failed, giving up Nov 22 16:55:01 BIGDADDY kernel: ata1.00: disable device Cache device dropped offline, this is usually a cable/connection problem.
  7. Nov 23 15:07:27 Khaleesi emhttpd: device /dev/sdk problem getting id Nov 23 15:07:27 Khaleesi emhttpd: device /dev/sdy problem getting id These usually mean the same devices are being detected twice, do you have more than on cable connecting the HBA to the NetApp enclosure?
  8. You can try installing this driver https://forums.unraid.net/topic/123638-unraid-6115-最新的r8125和r8152网卡驱动补丁/
  9. Might be a good idea to enable the syslog server to see if it catches something if it happens again.
  10. Du is not reliable with btrfs, GUI/df will show correct used space.
  11. Difficult to say where the problem is, if you can I would start by testing with a different RAM pair, and yes you can just use 1 stick.
  12. AFAIK nothing changed with that, please post the diagnostics from v6.11
  13. The docker image can be easily recreated, but you might also be missing some appdata content, do you have an appdata backup?
  14. See if this one works better: https://forums.unraid.net/topic/123638-unraid-6115-最新的r8125和r8152网卡驱动补丁/
  15. The Realtek Linux in tree driver stopped working since v6.10, you can use this custom driver posted by another user: https://forums.unraid.net/topic/123638-unraid-6115-最新的r8125和r8152网卡驱动补丁/
  16. Both disks look healthy, emulated disk3 is mounting, if contents look correct you can rebuild on top: https://wiki.unraid.net/Manual/Storage_Management#Rebuilding_a_drive_onto_itself
  17. I would start by creating a new stock v6.11.5 install on a different flash drive, no key needed, just to confirm it boots in normal mode and it's some config issue.
×
×
  • Create New...