Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

4 Neutral

About civic95man

  • Rank
  1. Thats funny because I swear 6.7.2 had Thunderbolt support in some way. At that time, I was trying to use a 7th gen intel NUC with an external Thunderbolt to PCIe enclosure (for an HBA card). With the stock unraid kernel/build it sorta worked (initially worked) but it proved to be too unstable in the long run. I've since gone in the opposite direction and built a full server. I assumed the thunderbolt to PCIe function required a driver of some sort to manage/enable but maybe it was transparent to the OS. I never truly found an answer to that on google. At the time, I never saw any thunderbolt modules loading and just assumed it was part of the kernel.
  2. my linux-fu is lacking but I *believe* you could add an "&" to the end of your command in the go file which should send the wget to the background and allow the rest of the system to come up. wget --user=user--password='pw' ftp://adr:port/file -O /root/keyfile &
  3. This release seems to have fixed my issue with: added my 2 disks without issue! Thanks for the quick fix as always! Also, thanks for explaining the reason/cause of the failure. I always find it interesting.
  4. @limetech, all seems good now. Much appreciated! I take it that reflink=1 is the new default for xfs?
  5. Interesting... Is this an option to enable as default at compile time? Its my understanding that reflink is similar to cow on btrfs? Is this accurate? Thanks for testing the previous versions. I guess that helps put my mind at ease. Correct, the xfs free space doesn't directly affect this bug report. I was thinking of @je82's original post mentioning this issue along side the preclear/format issue.
  6. I don't. I was questioning if it was set. I already removed the 2 drives I had formatted otherwise I would have checked for myself. This was merely a suggested cause of the increased "used" space after formatting, and a quick google search pulled up this: https://serverfault.com/questions/983907/newly-created-xfs-filesystem-shows-78-gb-used I guess I'm nervous about formatting and beginning to fill up a drive that *possibly* would become invalid in the future.
  7. Regarding the additional used space after the format (in my case, after rebooting the server after the initial format resulted in a freeze): I found mention of reflink=1 during mkfs.xfs time resulting in the extra metadata creation/reservation (such as 78G for a 12TB drive), whereas reflink=0 resulted in the standard 1GB per TB we were used to. @johnnie.black, do you still have your cleared xfs drive and if so, could you format it and see what if reflink=1 was used? Just an idea as to solve the mystery of the increase in initial "used" space after format. Edit: Would this mean that any disks formatted with this option (i.e. in 6.8 series) would be incompatible with older versions of unraid (6.7.2 and older)?
  8. As stated, formatting on an already pre-cleared drive works (I tried formatting after my server came back up after the crash).
  9. Correct, array is not encrypted. Original array was created with 6.7 series. I used the exact process when this happened, only I have 1 parity and I was adding 2 drives to the array at the same time. And I had the exact same result
  10. I can enable logging to flash and *try* adding the drive to the pool again this evening (preclearing and formatting) to see what happens but I'm hesitant since I just got my parity rebuilt. I'm actually leaning towards finding an old 1TB drive to test with so I'm not waiting to preclear an entire 4TB drive just for testing. Any thoughts?
  11. Correct me if I'm wrong but I was under the assumption that the onbaord video on the supermicro boards are very limited (64mb 2d only) and are really there for console diagnostics or such. I was too scared to try to boot mine into gui fearing it would cause issues. But glad to see it's possible if needed
  12. @Djoss, Is there a way to get the autoripper to set the output directory based on the disc type? i.e. DVD -> /output/DVD/ BR -> /output/BR/ UHD -> /output/UHD/ I'm trying to use your handbrake docker as well to automate the process but I don't really want to apply a blanket preset for all content but rather have one for DVDs, one for BR, and one for UHD. I figure I can use the multiple watch folder option with handbrake but I still need a way to sort the incoming files by origin type. Thanks and really appreciate the work!
  13. Sorry forgot to mention that - without encryption. I'm not hurting for storage space right now so I can remove those 2 drives and start the process over with logging to get some diagnostics. I'm at work now so it'll have to wait until this evening
  14. Its funny that you noticed this behavior as I had the same issue happen to me last night. I had just received 2 new drives and threw them into the server and started a preclear on both. After the preclear finished, I went to format the two drives and all hell broke loose. I first noticed that the format operation was taking too long, but walked away and came back maybe 15 minutes later and saw it was still formatting (according the the GUI via web). tried refreshing the page and the server wasn't responding. I then noticed that some open shares on another computer disconnected. Check the console (it runs semi-headless) and saw a massive amount of text flying through the screen - too much/fast to read any of it. I rebooted the server, and has since formatted the drives and they are part of the pool.... but I remember the "used" capacity after formatting being more than usual as well (~4gb for a 4TB drive if i remember right, dont remember what these 2 show now). I'm running RC5 right now but have no diagnostics [yet] as i thought it was possibly a hardware failure (lost some sleep over this) so didn't think to grab anything. I just wanted to throw my hat in and say its not just you
  15. 128GB ECC DDR4 - probably overkill but I got it for cheap. 2 VMs with 16GB assigned to each Rip to ram and transcode from there to a user share