ds679

Members
  • Content Count

    47
  • Joined

  • Last visited

Community Reputation

5 Neutral

About ds679

  • Rank
    Newbie

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

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

  1. welp....I figured that 'time would tell' if those changes were successful.....the answer is no. Just received the 'Yellow Warning' with the 115F temp (whereas the actual file shows correct/higher temp) and it is ignoring it. Is it an 'Unassigned Devices' issue? (UPDATE: Nope....as it just happened to my other NVMe drive - yellow warning @ 115 and not the set temp) -dave
  2. And just another follow-up.....after rebooting the GUI page for each drive shows non-corrected values (still the default ones) for all of my NVMe drives....BUT the CLI reading of the files shows the accurate/corrected values. Something seems really broken?
  3. OH....and another weird issue.....my Cache drive entries include their names....while the assigned drive entry does not? Here is my new file: root@Tower4:/boot/config# cat smart-one.cfg [GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX] GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX_hotTemp="140" GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX_maxTemp="158" at0="5" at1="187" at3="197" at4="198" at5="199" [GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX] GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX_hotTemp="140" GIGABYTE_GP-ASM2NE6100TTTD_SN202808919XXX_maxTemp="158" at0="5" at1="1
  4. would love to...but when I did - drive spin down after timeout stopped happening...bug report submitted. the original smart-one.cfg seemed to have the correct information (and I have rebooted multiple times since originally changing/correcting the numbers). Will try again - super appreciate the follow-up & response! Ok...when I went back to update/change the numbers (changing them on the line and clicking 'Apply') - it doesn't seem to 'take' - they revert back to the original numbers after the 'Apply' is pressed and screen refreshes! BUT looking at the file fro
  5. I have a NVMe that I've set to warn at 140F but continue to get the 'Yellow Warning' that drive is hot (115F). How can I get this warning to respect drive settings? Is this a bug in 6.9.1?
  6. Howdy SimonF.....anything to help out the team!
  7. At the behest of SimonF - here is an issue that I've found (and only corrected by reverting back to 6.9.1) I recently got my first HBA (LSI 9305-16i) with SAS-to-4xSATA cables to be able to add more SATA drives to my rig...the drives are a mixture of: ST8000VN004 ST4000VN008 WDC_WD60EFAX I did the hardware change AND the update to 6.9.2 at the same time and noticed that none of my drives would spin-down automatically (which they had earlier) and thought it was due to the change in hardware. I could force the drives and they would spin-down but not aut
  8. Ding...ding...winner-winner, chicken dinner back to 6.9.1 and it works.......thanks again
  9. Sorry...maybe I misunderstood (I'm still trying to learn even though have been using UnRaid forever.....I have all my SATA drives connected to the LSI HBA....so, I'm guessing this plugin is not the right one. Thanks for letting me know! Yes...running latest/greatest.....sounds like I'm going to go back to 6.9.1 and test (guess things happened at the same time so I thought it was new hardware) Agreed on the weirdness in logs! Thanks again - dave
  10. have the 4-to-1 SATA to SAS cables (I guess technically that whole thing should be reversed) 15 minutes (in Settings --> Disk Settings --> Default spin down delay as an addendum to above.....Enable Spinup Groups is set to 'No' In system logs (from GUI) -- nothing dmesg - nothing of value to drives and....right, no gray ball...just constant green (with drive temp visible).....is it just tricking me? I think it is a bit disturbing to not see anything in the logs (which is where it checks to issue the spindown....hmm). This used to work on the sa
  11. Am the proud new owner of a LSI 9305-16i (my first adventure into HBAs) - I'm super grateful for your plugin but wanted to know if this is common: works great if I manually spin-down the whole array or individual drives does not work when drives 'time out' and should spin down Is this a config error on my part? Not included with normal functionality? Thanks in advance for any help - dave
  12. Hmmm....ok....so you've got me thinking. I believe that you're saying is to do this: Current Setup: Single M.2 256Gb drive setup as Cache (formatted BTRFS) Future Setup: THREE M.2 drives - existing 256Gb & 1TB & 750GB In that way I could combine the three to make a single 1TB cache?
  13. ahhh....the best laid plans....thanks for the clarification. I guess it would help to add a note to the Wiki/UnRaid docs that while BTRFS doesn't require matched sizes - that the remainder would be wasted in this situation?
  14. Hi Jonathan, That's why I thought using CLI and pre-partitioning might do the trick? Then I specify the individual partition to join the BTRFS?
  15. Can someone help me understand if/how this can happen Here's what I got: Current Setup: Single M.2 256Gb drive setup as Cache (formatted BTRFS) Future Setup: Two M.2 drives - existing 256Gb & 1TB My thoughts/questions: Do I need (or should I) format/partition the new 1TB drive into 250 & 750 segments to match existing setup? (while I know it is not a requirement that the sizes be the same - as BTRFS can handle mismatched sizes) - I'd like to use the extra 750Gb for another/different share other than cache (since this portion won't be mirrored)