Linux OS advice for building a SAM-SD
-
@scottalanmiller said in Linux OS advice for building a SAM-SD:
@travisdh1 said in Linux OS advice for building a SAM-SD:
@scottalanmiller said in Linux OS advice for building a SAM-SD:
@travisdh1 said in Linux OS advice for building a SAM-SD:
@scottalanmiller said in Linux OS advice for building a SAM-SD:
@fateknollogee said in Linux OS advice for building a SAM-SD:
@scottalanmiller said in Linux OS advice for building a SAM-SD:
They'd have a hard time blocking it at the CLI. Possible, but hard. Does ProxMox implement software RAID via ZFS from the GUI? I've never tried it since they added ZFS.
Yes from the GUI.
That's cool. That's what I would have assumed. But lots of vendors avoid software RAID, so you never know.
It's one of the many things that gave ProxMox a bad name.
What has? I thought that we just established that they DO support software RAID.
It's one of the many things that gave ProxMox a bad name. Not saying they've fixed any of the other things.
I'm so confused. How is it one if it isn't something that they've done?
Before they finally changed their ways, they were very much against software raid period, ever. Were very pushy about it as well.
-
Oh, their docs still say that they don't support it. This is odd.
-
This is odd, their software RAID page says that they don't support software RAID. But then say that they do if you read down it, but that info is on a different page, not the software RAID page.
-
I want to revisit this thread. I found something interesting. There is a Linux OS called DietPi. Which is a optimized and lightweight version of Debian Jessie. For someone like me that isn't deep into the Linux world and live in the command line, this OS makes it very easy to utilize a lightweight version of Linux to run an NFS file server repository for my SAM-SD. A NFS server is just one of many software applications you can install. Also, if I want to install something, it's a freaking checkbox. The website also clearly spells out what and how to get going for each software application. Any feedback on this OS? Anything that I'm missing, or why this wouldn't be a good idea for my SAM-SD OS? I would still install a Hypervisor on the host, and then run DietPi with the NFS server option as a VM.
-
@magicmarker said in Linux OS advice for building a SAM-SD:
A NFS server is just one of many software applications you can install. Also, if I want to install something, it's a freaking checkbox.
How is that different than any other Linux distro? I'm not sure that I can name one that doesn't offer a checkbox install of NFS or most major features.
-
@magicmarker said in Linux OS advice for building a SAM-SD:
Anything that I'm missing, or why this wouldn't be a good idea for my SAM-SD OS?
I think "this is just a generally silly idea" is the first thing. This is a toy project that isn't even available yet (the PC version you'd need for a SAM-SD is just in beta and in no way the focus of the project) and should never be used for production.
Servers are meant to be stable. You need a supported, enterprise OS. This is a cool project for your Raspberry Pi project, but not for a server. This is a hobby OS literally made for hobby usages.
The only OSes in the Linux family that you could ever use and still call it a SAM-SD would be Fedora, CentOS, Oracle, RHEL, OpenSuse Leap. OpenSuse Tumbleweed, Suse, Ubuntu, Debian and that's about it. Anything else might be fine for a desktop or a hobby item, but we are talking about a storage server here.
So the high level view is... this is the wrong approach, I feel like it is based on a misunderstanding of how easy and what other Linux options are like, not understanding the intent of this project, not being clear on what makes an enterprise OS and missing that this isn't even out of beta.
Server operating systems aren't something you go searching for. There is a list of enterprise OSes. ANd the list I gave is larger than I would myself except, but is more middle of the road.
-
@magicmarker said in Linux OS advice for building a SAM-SD:
Which is a optimized and lightweight version of Debian Jessie.
Debian being the one enterprise OS that I myself would not except as being enterprise. And optimized doesn't mean what it implies. It's optimized to be used for hobby projects on a hobby board for tinkering, not optimized for use as a server. Optimized is only a positive if something is optimized for your use case, otherwise it's a negative.
-
I guess the real question is - I see no benefits to the DietPi. Not a single one. It's specifically not tuned to work well for you (it will be dog slow), it's not designed for your use case or your architecture, it's not for servers regardless of type, it offers no features that normal enterprise Linux doesn't already have... I can list the things about it that are negatives for your use case. But the difficult part is, given that I can't find on their site or in what you described, anything positive or useful about it, I'm unclear what drew you to looking at it or feeling that you would want to consider it. What features made you think that it would be an option or desireable when, from what I can tell, it's as far from what you'd want as it could be.
Have you tried a normal Linux to see just how incredibly simple it is? You might be reacting to a concern that doesn't exist.
-
@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.
-
@magicmarker said in Linux OS advice for building a SAM-SD:
@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.
