doron

Community Developer
  • Posts

    635
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by doron

  1. If you have both a data drive and a cache drive, and both stopped being openable with your keyfile at the very same time, - I'd bet your key slots are fine. Chances are, either (a) you have some cabling issue or controller issue, or (b) something happened to the keyfile (have you backed it up? Perhaps use a backup copy). I'd put lower chances on (c) someone did change the key on your drives or (d) some malware played nasty games with your LUKS headers. Another thing - have you run "memtest" recently?
  2. @Jclendineng, if I was unclear, that was a genuine question. Since you suspected a bit flip, that would be a viable hypothesis only if you have exactly one data drive in the array. Each drive has its own LUKS header; the chance of a bit flipping in all of them at once is practically zero.
  3. Need some context - have you been using the script that's the subject of this thread?
  4. That's an interesting thought. It should be easy to add, however if I do that, it will also need A way to remove a key (after making sure you are holding one of the remaining keys - it is too easy to lock the door with the keys inside if you're not careful) A monitor on the concurrent number of keys. LUKS has a certain number of key slots, and a careless user (not you) might keep adding keys, filling up the slots. This is becoming even more hairy since there might be a different number of occupied slots in different HDDs. As you can see, there's more to take care of if we want to officially support multiple keys. And while it is all doable, and your suggested feature does make sense, I wonder how many people would actually use it. If other people want to weigh in on this, please comment in this thread. (Regardless, if you feel brave enough and/or fluent enough with Linux CLI, you can use "cryptsetup luksAddKey" unto all of your array drives (and cache, if applicable) to add the emergency key. Make sure you operate against /dev/mdN (for diskN) and not /dev/sdX. Be very careful 🙂 )
  5. If you're referring to the SAS Spindown plugin (linked above by @trurl), it has last been updated in Aug 2022.
  6. Seagate. Shocking 🙂 (*) That model is indeed a rebranded Seagate ST990080SS. Thanks for reporting! (*) Most hit-and-misses with SAS drive spindown seem to involve Seagate made drives. 🤷‍♂️
  7. Thanks for providing the update. That's very interesting, and supports the hypothesis that the behavior is dependent on the combination HDD+controller. If you don't mind sharing the make/model of your drives, that'd be helpful too.
  8. I have a couple USB DVB-T2 adapters. Could never get reliable, quality performance from them. The TBS PCIe card has been rock solid (for me). Hey, certainly not your fault, your work on this is so much appreciated! (Not sure I ever understood why these cards can't be supported with in-tree drivers (kmods). I must be missing something.) Very much appreciated. Thank you.
  9. Which models are they? Are they DVB-T2? PCIe or USB? Curious, as I'm expecting to be forced to replace my TBS PCIe DVB-T2 card at some not-too-far point in the future 😞
  10. There's probably actual i/o activity against the drives, which spins them back up. The "read SMART" messages just indicates that Unraid, whenever an HDD starts or spins up, (re)reads its SMART attributes.
  11. Thanks for reporting success. Very glad to hear the plugin is helpful to you!
  12. Glad you are finding it helpful! I've seen more than one report like the one just below your post, that reinstalling/rebooting made it work for some. I don't have a very good explanation as to why that would be the case, but I'd try that first. If it still doesn't make it work, please post diagnostics.
  13. Are you seeing the actual drives anywhere else? e.g. when you go into BIOS setup? Or, when you are not passing the LSI controller to Unraid, are you seeing the actual drives in ESXi?
  14. Seems like either this HP drive or the controller (or both) do not support the spin down instruction. Unfortunately, support for these instructions is not ubiquitous among SAS drives.
  15. Indeed. Missed that (probably due to the same problem...). Thank you and sorry for the noise.
  16. This is kind of weird - I often read the Unraid forum via the "Unread" activity stream. For the past couple days, this stream comes back empty - as if "nothing there yet". Is something broken in my browser or has something gone wrong with the forum server? Thanks for any insight.
  17. Indeed they are, and impressive it is 🙂 Unraid is quite straightforward in what it does with HDDs and, subsequently, what it needs from them. This is, IMHO, one of its strengths (it does come at a price tho). It builds an independent filesystem on each data drive, and maintains parity data so as to reconstruct them in case of failure. Therefore, as long as there's a valid filesystem on the drive served to it, it will eventually work with that fs and be merry.
  18. @BlueBull, The short answer is - yes, it can be done(*) (so, essentially, no - I'm not confirming your suspicion 🙂 ). Quite simply in fact. As long as you are passing the drives through (i.e. RDM and not, say, whole-disk virtual drive), the transition to a passed-through HBA is possible, preserving your data. You will need to be careful with the procedure of making the change - let me know if you need guidance, I think there's some past stuff in this subforum - but assuming you do the right thing, you will not need to start fresh. (no issue with UUIDs). (*) Can be done - and I've done exactly that in the past.
  19. At the time of posting, this is still the way to go. Note the preferred method is to install the plugin (off Community Applications) rather than downloading from the top post in this thread.
  20. Thank you so much for that. I finally pushed the button and installed 6.11.2 and as expected, all seems to be working well. Very much appreciated!
  21. Please provide diagnostics, and/or reply -- - Do you see any syslog messages from the plugin ("SAS Assist")? - When you click the green button to the left of a SAS drive, what do you see in syslog?
  22. Please provide some more context as to what does in fact happen. Seagate SAS drives are known to not always play nice with the spin down/up instructions, but to be able to respond specifically, some info is required.
  23. @Eisi2005, random thought - does this happen with all media or just certain mkv files? If the phenomenon is specific to one or a few mkv files, it might have to do with the file rather than the setup. Run the file through mkvmerge and see if the resulting file behaves better.
  24. Oh! THAT simple?!... 🤦‍♂️ I didn't realize those tags were maintained - the docs stated there's only "latest" and "beta" - will try, hope no serious database regression - thanks @SimonF!