WizADSL

Members
  • Posts

    154
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

WizADSL's Achievements

Apprentice

Apprentice (3/14)

3

Reputation

  1. Could someone please post the smartmon tools output for a Samsung 870 EVO 2TB? Probably any of the variants would be fine (1 TB - 4TB) but the 2TB is the one I'm specifically interested in. If you are looking in the UNRAID web UI I'm specifically looking for the contents of the Identity tab. Thank you.
  2. I tried what is suggested in that post and it didn't make a difference. I did notice the if the disk spins up automatically as a result of accessing data on the drive the error does not appear. The error only seems to occur if the drive is explicitly spun up either by the user or when the array does explicitly it such as when you stop the array.
  3. One-time bump, has anyone seen this before? Thank you.
  4. I've seen some forum topics relating to this error but it seems they were for UNRAID versions prior to 6.9.2. I'm seeing what are probably benign (I hope) errors when drives are spun up on UNRAID 6.9.2. I was recently running 6.8.3 and have only started seeing these errors after the upgrade. Nothing whatsoever has changed beyond the UNRAID version. Diagnostics attached. tower-diagnostics-20210513-1220.zip
  5. I came into the room where Unraid lives and notices the server was off. It's on a UPS and prior to a graceful reboot I did about 45 days ago had run for 377 days without issue. When I powered it back on it looks like some of the CPUs either crashed/panicked or failed to come up. The earlier diagnostics should show this. Because the web interface had stopped responding I had to force a power off. I restarted the system and it looks like it is back up. Obviously a parity check is in progress. I'm still seeing 3 BTRFS errors in the log (see second diagnostics): May 7 03:55:09 Tower kernel: BTRFS error (device sdi1): parent transid verify failed on 2012598697984 wanted 8694591 found 183486155 May 7 03:55:09 Tower kernel: BTRFS error (device sdi1): parent transid verify failed on 2012598697984 wanted 8694591 found 183486155 May 7 03:55:09 Tower kernel: BTRFS error (device sdi1): parent transid verify failed on 2012598697984 wanted 8694591 found 183486155 I would appreciate any advice regarding the BTRFS errors and the initial cause of the crash if anyone has any ideas. Thank you. tower-diagnostics-20210507-0340.zip tower-diagnostics-20210507-0401.zip
  6. Were the drives with the issue originally sold as externals?
  7. I'm seeing this now in 6.8.3 (and for a while now). if I click the close gadget on a notification, the notification disappears for a moment (a second or less) and then reappears. If I refresh the browser after having done that the notification does not return. In my case I use Chrome, perhaps it was a change there?
  8. Maybe we're saying saying different things? If you are running a VM in unraid which is completely separate and isolated from the unraid host then it is the VM's kernel that needs ZFS support. What you are saying would be the as if I said I was going to run a Windows Server 2019 VM in unraid and I wanted to use the ReFS filesystem in that VM then the unraid kernel would need to support it which is unnecessary.
  9. If TRUENAS is running as a VM in UNRAID wouldn't you just want to pass the USB devices through to the VM in the VM configuration? I don't see why you would need ZFS support in the host kernel.
  10. Try: You can try using sfdisk to copy the partition table from one drive to another. I have not tested this personally but it's worth a try although I would make sure you don't have irreplaceable data on the subject disk as I assume this will nuke it. In the command below "sfdisk --dump" will dump the partition table layout of /dev/sdd in a format that the following command (through the pipe) can then write the same layout to /dev/sdv. If you examine the output of the --dump command you can see what will be done and you could proabaly do it "manually" if you prefer. sfdisk --dump /dev/sdd | sfdisk --force /dev/sdv
  11. Ok, so where's Red Dwarf then?
  12. I would recommend disabling any ad blockers when accessing the unraid web interface. I have had problems in the past with this.
  13. Another long shot, have you tried booting EFI?
  14. Based on what was happening with the Sqlite databases, could this have caused corruption in other files on the array?