doron

Community Developer
  • Posts

    552
  • Joined

  • Last visited

  • Days Won

    3

doron last won the day on September 20 2020

doron had the most liked content!

2 Followers

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

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

doron's Achievements

Enthusiast

Enthusiast (6/14)

97

Reputation

  1. Here you go @another_hoarder. To use it, put it anywhere convenient, align permissions (chmod +x generic.wrapper) and then use thusly: generic.wrapper <CommandToBeWrapped> In your case, the command to be wrapped would be smartctl. To remove the wrapper, run the same command again. No warranty, your own risk etc. generic.wrapper
  2. Enabling debug on the plugin will not generate very much output on syslog, if at all (umm, I guess I need to change that). Note however that if you are looking for debug info on spin up, you'd probably not have found it here anyway - the spin ups / SMART reads occur outside of the plugin and unrelated to it. If you want to explore debugging other parts of the system, you might want to wrap smartctl with some debug code, to track calls to it. Let me know if you want to explore that path, I can provide you with a neat little wrapper for that.
  3. rc8 -> stable. No issue. Happy puppy here.
  4. Just upgraded (from rc6). No issues. Thank you!
  5. Updated from rc5. No issues. Looking good, great work.
  6. That may be related to the "smartctl -n" issue spinning up drives. You may want to check 6.10-rc5, which per @SimonF includes an updated version of smartctl which has this issue solved (haven't seen it in the release notes btw).
  7. (sorry for the deleted post) I just pushed out a newer version of the plugin (also with a more a-la-mode version numbering scheme). Should fix this issue - let me know if it does.
  8. Is the time span between spindown and "read SMART" always the same (about 1 min)? Does the same thing happen both when you let the drive spin down "naturally" (i.e. following the Unraid spin down delay) and when you force spin down from the GUI? Could you perhaps have some folder that lives mainly on these drives and sees frequent I/O? Have you tried to upgrade to some 6.10 RC? BTW all my SAS drives are HGST (HUH721212AL4200) with an (onboard) LSI controller and they remain spun down nicely.
  9. In the case above, it seems that the spin-up (read SMART) happens more than a full minute after the spin down. This might be a result of normal I/O (e.g. read) against the array.
  10. Thanks again @SliMatfor setting up the testing lab! It is very much appreciated. Unfortunately the results did not lead to a breakthrough - the controller / drives setup absolutely refused any attempt to put the drives into a "standby_z" (spindown) state. Net-net, I added the HP SAS controller to the exclusion list of the plugin. Thanks!
  11. Wow, thank you for setting all this up! Greatly appreciated. (Continuing via pm.)
  12. Okay this might be a stupid question but sometimes we stumble on these things (I know I do): Are you 100% sure that the USB stick indeed has a volume label of UNRAID?
  13. Sorry, I guess my Hyper-V ignorance is showing... (the screenshot you provided doesn't show the Unraid side.) Anyway, what version of Unraid are you loading? Is it latest (6.10.0-rc4)? I peeked at the kernel 5.15.30 xhci-pci driver and support for your controller seems to be included there, but older versions might not have it (which is one guess as to why Unraid does not see your USB stick). Also - if you have another - different - USB controller on your mobo, which you can free up and use for this, maybe that would also be worth a try.
  14. At this point I'd try to pass the USB device rather than the controller. Sent from my tracking device using Tapatalk
  15. If you use a VMDK copy of the USB, try to 1. Change the label of the VMDK volume to something other than UNRAID 2. Verify that the VM indeed sees both the virtual drive and the USB stick. Sent from my tracking device using Tapatalk