Jump to content

Kevin T

Members
  • Posts

    57
  • Joined

  • Last visited

Posts posted by Kevin T

  1. On 1/20/2023 at 4:23 AM, JorgeB said:

    Yes, that was what I was suggesting you do: Settings -> Global Share Settings.

     

    That doesn't work the way I want it to, it does not display files that are on the excluded disk under the shares.  I still want the files visible, I just want them read only along with the disk.

  2. I had multiple drives fail at once, I was only able to salvage part of the data on one of the disks from the parity so I want to put the partial copy of that data back in my array for read only access so it can be referenced temporarily until I can have a hardware recovery hopefully done then I can swap the disk out.  I don't want any modifications made to any of the data on that disk and written to a different disk in the meantime.  Only the temporary disk would be read only, the rest of the disks are read/write.

  3. I know, I just want to ensure that the files on that disk can only be read and not written to (or any new ones added).  Also is there a way to globally exclude drive sharing on all shares without having to individually go into each and exclude it?  I haven't put it online yet.

  4. Ok I will exclude the disk for sure under each share, I just wasn't sure if I have some appdata files on the drive that I just want to be read only if there's going to be an issue with Dockers reading them and to assure they won't write to the disk?

  5. Hi, I had a drive that failed and I tried to recover from the parity as much as possible, I want to put the salvaged files back in my array on their own dedicated disk for now until I am able to do a physical recovery and can swap it out completely at that time, but I want to make the disk read only so nothing is modified on the disk (it has a few shared directories that span across multiple disks so if anything is added they will be added to the other disks).

     

    I don't see any way to make the entire disk read only, am I missing something or do I have to do it through the shares (and exclude the disk on the share directories on the disk)?  I just want to make sure users, Dockers, etc. don't write anything to the disk.

     

    Thanks,
    Kevin

  6. I would personally stay away, looks like a scam site.  No contact information at all, all the pictures look different like they were taken elsewhere and there's legitimate sellers who have HGST 8TB refurbs with 5 year warranties for about $90-$100.

     

    If you want to try it I would suggest using a virtual card and see if it actually ships.

  7. I ran it with -L, then after it completed, stopped the array and restarted it for data-rebuild which shows the drive at 5TB and the XFS filesystem but there is nothing on the drive other than a lost+found directory with hardly anything in it and an empty appdata directory, total space used is only 8.18GB with 4.99TB free, so practically everything is gone.

     

    Any other options?  I really thought with this being the parity drive replaced before issues started that most of everything would be recovered, so I'm really shocked and upset that it was basically empty.

     

    Web Capture 2022-1025_unRAID-Main3.jpg

  8. When I ran xfs_repair -n /dev/md1, it gave several "bad agbno" and "imap claims in-use inode XXX is free, would correct imap" messages among other things, but now attempting xfs_repair -v /dev/md1 it is just doing this:

     

    root@unRAID:/boot# xfs_repair -v /dev/md1
    Phase 1 - find and verify superblock...
            - block cache size set to 142528 entries
    Phase 2 - using internal log
            - zero log...
    zero_log: head block 3492062 tail block 3492060
    ERROR: The filesystem has valuable metadata changes in a log which needs to
    be replayed.  Mount the filesystem to replay the log, and unmount it before
    re-running xfs_repair.  If you are unable to mount the filesystem, then use
    the -L option to destroy the log and attempt a repair.
    Note that destroying the log may cause corruption -- please attempt a mount
    of the filesystem before doing this.
     

     

    I'm keeping my fingers crossed and I don't want to do something wrong at this point, the array is started but unRAID is saying Unmountable disk present (Disk 1).  I think you said on the previous (newer) parity drive I had to run -L but it only found about half the files and I'm hoping this parity drive version is more complete so I'm not sure if there's a way to try to mount it or has unRAID already tried that?  So what commands do I do at this point and do I do it while the arrary is running or stop it and put in maintenance mode?

     

    Web Capture 2022-1025_unRAID-Main2.jpg

  9. It got done copying the parity to the 6TB disk a few minutes ago, I attached a current screenshot, notice the message about Disk 1 being reconstructed and available for normal operation?  If I highlight over the triangle next to Disk 1 it says device contents emulated.

     

    I'm just being cautious and again the original Disk 1 was the same made/model/size that is currently inserted for Disk 1 so do start the array as is and see what happens or do you think I have to use a 6TB for replacement for DIsk 1.  Do I need to run xfs_repair at any point to check?

     

    I also attached another current diagnostics just in case.

     

     

    Web Capture 2022-1023_unRAID-Main2.jpg

    unraid-diagnostics-20221023-2311.zip

  10. I was trying to follow the Parity Swap instructions but I preferred a Spaceinvader One video instead (https://www.youtube.com/watch?v=MMlR0TMeKsI) .  I let it run for about 1 1/2 days (it ran through the percentage over time) but what is weird is I saw it say Reading next to the old parity 5TB in Disk 1 but never saw it say Writing next to the newer 6TB parity as the video showed and now it is saying "Copy will copy the parity information to the new parity disk.  Once copy completes, the array may be Started, to initiate Data-Rebuild of the disabled disk."  So did it copy or do I have to do it again, it just has the option to select "Yes, I want to do this" and the button says Copy (and no Start button).

     

     

    2022-1022_unRAID-Main.jpg

  11. 9 minutes ago, itimpi said:

    When checking disk sizes Unraid works on the EXACT size, not the rounded off one.   even 1 byte difference in reported size is significant.

     

    So did the 5TB external temporary replacement drive showing larger in bytes compared to all my other 5TB ones essentially cause this?

     

    The 5TB Seagates originally installed are 4,883,770,532 KB (XFS)

    The 5TB WD external is 5,860,522,532 KB (partition unknown but NTFS)

     

    I don't understand the large discrepancy if they are both 5TB

     

  12. So how do you upgrade the parity?  itimpi said to use Parity Swap so that's what I did.

     

    My original Disk 1 is not recognized by BIOS, so how can I rebuild?

     

    My new disk for the parity swap is 6TB and the original was 5TB.  The only 5TB drive I was able to get ahold of for the temporary Disk 1 to use to disable is slightly larger than my other 5TB drives even though it is 5TB as well so I figured that is what is throwing the error.  After the parity swap is complete I'm hoping to be able to use that 5TB instead for the temporary drive since it is the same make/model/size as my other 5TB drives and the one that failed.


    I'm still trying to emulate DIsk 1.

  13. Why would it be asking for a larger drive when the original Disk 1 was 5TB?  Does it have something to do that my temporary substitution 5TB for Disk 1 to restart the array is showing larger than my other 5TBs for Disks 2/3 (see images on page 2, 2nd to last post).

     

    I have a larger drive available, how can I upgrade the parity with a failed drive?

     

     

×
×
  • Create New...