@scottalanmiller Thanks for you insight Scott. You make great points. I will stick with a Fedora or Centos OS with the NFS package instead after reading your comments. That is the slap in the face I needed.
LOL. It's certainly nothing against DietPi. And if you are running ON a Raspberry Pi, I'd certainly think trying that out would make sense (where it is a production release already.) RP is a very different animal from server hardware, so different needs, different sensible tunings and so forth. For the needs of a normal RP deployment, DP sounds like a good starting point. I've not played with it, so can't endorse it, but it looks perfectly fine for that.
From my experience, you are correct about the fake raid terminology.
Fake RAID = is the raid you do on the chip-set level without any dedicated card doing the works, but it fools the operating system that gets installed on-top of it, and does not require any special config from the OS side. I think you can do fake raid for RAID 1 for important workstations like the HR computers for example.
Software raid = is like mdadm in Linux or Windows 10 storage spaces, it relies on the OS side for everything.
Read RAID or Hardware RAID is getting a good RAID card.
Looping back to this, in the past month I've worked with three different companies that all experienced significant data loss or downtime because of their choice of FreeNAS. Two suffered from not having front loaded their engineering and had an inability to support their servers during routine operations and caused major outages because of it along with significant cost for repairs, and one company that lost its data because of unnecessary bugs in the FreeNAS GUI code that would have been avoided has they been simply on FreeBSD.
Additionally this past week FreeNAS 10 "Coral" was demonstrated to be so incredibly unstable a month after being released that they had to recall the release and revert to a "beta" status indefinitely. For a trivial end user application this would be bad, for a critical storage infrastructure component on which companies need to have rock solid faith, it's unthinkable.
I would recommend looking at StarWind SA for example.
That solution fits your requirements perfectly, it will also provide you with HA storage that will ensure the business continuity.
As for support, they offer a single point of contact no matter what issue you face, plus the system will be shipped to your site fully preconfigured and pretested.
So I figured it out. Just like most every other problem I've had, it was something stupid I did. I initially started with a user "john" and set up permissions but decided later to use "jhooks". I had accessed the shares with the "john" username first and that's why some worked. I never added the jhooks username to samba (must have forgot since some shares were working) and that's why I couldn't log into the other shares with that username.
That will teach me to try to do this stuff on Friday night when I'm tired.
Well worse things have happened, it could've been a client outage :)
We just bought four new blades with 1TB of RAM. And we buy tons of equipment all the time. Ain't nobody got time to put in RAM!
They pay you to much to even install the blade, let alone the RAM on the blade.
Well, someone gotta put it in. And that's the smarthands in the DC.
exactly - again you cost to much to do that work... I'm salary - and sure, while my time could be spent better doing other things, I'll take my own prerogative in these rare cases of getting new hardware ;)
Let's talk about the actual storage you choose for these machines.
Can be a lot of things: local drives, OEM drives, non-OEM drives, FusionIO cards, Winchester drives, SSD, hybrid arrays, DAS attached chassis... because it is an approach and not a product it is very flexible.