Let me add to the chorus of "Thank You!" for the scripts. Big help.
If I may suggest one extension that's useful for when you're debugging issues with a NAS - I find that the most mysterious issues are thermal. Something works well until it gets too hot. Having the trail of temp data included in a file for download is really useful, but most of the time, it's just data to be ignored - until you really, really need it. Sure big files are easy to keep, and bits are (almost!) free, but it occurred to me that since my NAS is quite lightly loaded most of the time, all but scrubs and backups, it would be useful to have the system pre-sift out a lot of the chaff.
My original thought was to have the system look at whether a scrub was running or not, and while it was running save back disk and cpu temps only then. Disks and CPUs generate heat selectively when they're being exercised hard, and scrubs are about as hard as it gets, and go on for thermally-significant times.
For a system with a light system load, it might make sense for the system to
- check fairly frequently ( and adjustably ) for whether certain tasks were running, like backups to another pools and scrubs
- check temps (or whatever else was useful information) and tuck that into a file either at a selectable more frequent interval or only when the desired measurement was above some level. Back off on the more-frequency monitoring and filing when the monitored event ends
For instance, my disks never get over about 36C unless a scrub is running, at least that I can tell. But I occasionally get temps to 40-41C. I'd be interested to know how long into a scrub it takes for temps to rise per degree when a scub is running. That lets me make a good guess at whether the fans are running, the air filters are clogged, and whether they get a lot hotter than 41C when I don't happen to be watching them.
I'll go and hack on the scripts, but scripts are not my forte. :)
It's really good when your systems can tell you "Boss! Boss! I got heartburn!"