Jump to content

BigDaddyMoe

Members
  • Posts

    92
  • Joined

  • Last visited

Posts posted by BigDaddyMoe

  1. I have the same problem after updating to Unraid 6.12.10! I was unclearing a disk and am afraid to manually restart the server. Any suggestions? The server is running, I have access to all drives, just not the web user interface to get to the controls. Log in and get the error.

  2. If I tried mounting this from a linux machine would I have better luck trying to get access to my data?

     


    root@Tower45TB:~# btrfs-find-root /dev/sdc1
    Couldn't read tree root
    Superblock thinks the generation is 24
    Superblock thinks the level is 0
    bad key ordering 0 1
    leaf free space ret -5563, leaf data size 16283, used 21846 nritems 243
    leaf free space ret -5563, leaf data size 16283, used 21846 nritems 243
    leaf free space incorrect 30490624 -5563
    Well block 30408704(gen: 9 level: 0) seems good, but generation/level doesn't match, want gen: 24 level: 0
    Well block 30654464(gen: 8 level: 0) seems good, but generation/level doesn't match, want gen: 24 level: 0
    Well block 30638080(gen: 7 level: 0) seems good, but generation/level doesn't match, want gen: 24 level: 0
    Well block 30556160(gen: 5 level: 0) seems good, but generation/level doesn't match, want gen: 24 level: 0
    root@Tower45TB:~# 
    ___________________________________________________________________________________________________

    root@Tower45TB:~# btrfs restore -v /dev/sdc1 /mnt/disk2/restore
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    root@Tower45TB:~# 

    _______________________________________________________________
    root@Tower45TB:~# btrfs restore -v /dev/md3 /mnt/disk2/restore
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    root@Tower45TB:~# 
    __________________________________________________________

    root@Tower45TB:~# btrfs restore -vi /dev/md3 /mnt/disk2/restore
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    checksum verify failed on 21790720 found 000000CE wanted 00000078
    bad tree block 21790720, bytenr mismatch, want=21790720, have=0
    Couldn't read tree root
    Could not open root, trying backup super
    root@Tower45TB:~# 

  3. I think I have determined that BOTH of my 10TB WD Red Pro Disks failed. Disk 1, I was able to access on a windows machine with a Linux driver. Disk 3 which is listed as missing on Unraid , I could not get to mount on the windows machine. 

     

    Question, is there a way I can turn off disk 1, which does not have much data on it. And then use the Disk 1 disk in place of the Disk 3 and restart array and have Parity Disk rebuild Disk 3?

    Or any other thoughts on how to get data off of Disk 3 if I can't get it to mount anywhere?

     

    THANKS in advance.

  4. My point is that i was not copying anything new, my understanding is from the help text as follows:

    "

    Specify whether new files and directories written on the share can be written onto the Cache disk/pool if present. This setting also affects mover behavior.

    No prohibits new files and subdirectories from being written onto the Cache disk/pool. Mover will take no action so any existing files for this share that are on the cache are left there.

    Yes indicates that all new files and subdirectories should be written to the Cache disk/pool, provided enough free space exists on the Cache disk/pool. If there is insufficient space on the Cache disk/pool, then new files and directories are created on the array. When the mover is invoked, files and subdirectories are transferred off the Cache disk/pool and onto the array.

    Only indicates that all new files and subdirectories must be writen to the Cache disk/pool. If there is insufficient free space on the Cache disk/pool, create operations will fail with out of space status. Mover will take no action so any existing files for this share that are on the array are left there.

    Prefer indicates that all new files and subdirectories should be written to the Cache disk/pool, provided enough free space exists on the Cache disk/pool. If there is insufficient space on the Cache disk/pool, then new files and directories are created on the array. When the mover is invoked, files and subdirectories are transferred off the array and onto the Cache disk/pool.

    NOTE: Mover will never move any files that are currently in use. This means if you want to move files associated with system services such as Docker or VMs then you need to disable these services while mover is running."

×
×
  • Create New...