Chosing an Enterprise Linux Server Distro
-
@WingCreative said:
I've just always heard that, in a lot of ways, Debian is essentially Ubuntu with a bigger focus on stability and security.
Not a good way to think about it. Ubuntu is Debian with a focus on business, not hobbyist, use. It is literally a copy of Debian, with features added or removed, with full support. The import part is Debian + support = Ubuntu.
-
@WingCreative said:
On the other hand, I suppose there's more probably more professional support available for Ubuntu.
Not really more. Different. Both have effectively unlimited support. But only one has OEM vendor support as an option.
-
@scottalanmiller that all makes a lot of sense, and is probably also why I've heard that Debian is more popular among the open source enthusiast crowd where having OEM support isn't as much of a critical requirement. Thanks for the clarification!
-
I wish I could agree that RHEL/CentOS is better than Ubuntu. I've used so many flavors and releases and every time I give it an honest try, yum fails me: Takes too long, doesn't resolve dependencies, breaks other packages, etc. I always have problems and they're usually not worth spending hours and days fixing when there are other distros that work better for me. I've gravitated to Ubuntu Server because it just keeps working. I stick to LTS releases and generally don't have problems.
Also, excellent article comparing top distributions here:
-
@quicky2g said:
I stick to LTS releases and generally don't have problems.
I've actually had Canonical completely drop support for LTS with known stability problems and race conditions. To the level that the product would have to be classified as "not supported." The LTS concept is totally just a naming convention and has no bearing on their support provisioning.
-
@quicky2g said:
I wish I could agree that RHEL/CentOS is better than Ubuntu. I've used so many flavors and releases and every time I give it an honest try, yum fails me: Takes too long, doesn't resolve dependencies, breaks other packages, etc.
What kinds of issues? I've yet to have YUM break anything and I've managed thousands of CentOS/RHEL servers. This is very surprising. Is this with third party repos or the RH ones?
-
@scottalanmiller said:
@quicky2g said:
I wish I could agree that RHEL/CentOS is better than Ubuntu. I've used so many flavors and releases and every time I give it an honest try, yum fails me: Takes too long, doesn't resolve dependencies, breaks other packages, etc.
What kinds of issues? I've yet to have YUM break anything and I've managed thousands of CentOS/RHEL servers. This is very surprising. Is this with third party repos or the RH ones?
I remember installing 3rd party apps (Can't remember names off the top of my head) and needing dependencies that weren't resolved. Then I'd try to manually install dependencies and yum would fail to install them and/or break another package (Somehow always something system related). Got frustrating enough after multiple times throughout the years that I just stopped using anything with yum.
To be fair, I've also had issues with apt but had better luck finding resolution.
-
@quicky2g said:
I remember installing 3rd party apps (Can't remember names off the top of my head) and needing dependencies that weren't resolved. Then I'd try to manually install dependencies and yum would fail to install them.
Up to this point, it just means that the software in question wasn't supported on CentOS, doesn't imply a CentOS or YUM issue. If dependencies were not resolved it means that they were not met. That's an issue solely with the third party software.
-
@quicky2g said:
...or break another package (Somehow always something system related). .
This I have never seen happen.
-
@scottalanmiller said:
@quicky2g said:
...or break another package (Somehow always something system related). .
This I have never seen happen.
I've seen it happen in my early days... It can happen if you use say... a Repo specifically for say... Mandrake (Mandriva) while you run CentOS (this is just an example, I can't remember the specific distros this actually happened to me with). Gotta make sure any repos you add in are for your specific OS and version -- and not a newer version, or a different distro altogether.
-
-
@scottalanmiller said in Chosing an Enterprise Linux Server Distro:
Suse / OpenSuse is generally considered the best all around server distro outside of the US. Very mature and incredibly broad features and enterprise support. Largest focus on storage and clustering technologies making it unique when looking at building storage systems.
Why is Suse / OpenSuse considered the best outside of the US specifically?
-
@wirestyle22 said in Chosing an Enterprise Linux Server Distro:
@scottalanmiller said in Chosing an Enterprise Linux Server Distro:
Suse / OpenSuse is generally considered the best all around server distro outside of the US. Very mature and incredibly broad features and enterprise support. Largest focus on storage and clustering technologies making it unique when looking at building storage systems.
Why is Suse / OpenSuse considered the best outside of the US specifically?
Because Red Hat is the leader in the US, and Suse is the leader elsewhere.
-
@scottalanmiller said in Chosing an Enterprise Linux Server Distro:
@quicky2g said:
...or break another package (Somehow always something system related). .
This I have never seen happen.
If I had to wager, it would be updating PHP. I have seen people have problems trying to update PHP to something newer than RHEL supports and break stuff. Usually manual install of PHP though.
-
@dafyre said in Chosing an Enterprise Linux Server Distro:
@scottalanmiller said:
@quicky2g said:
...or break another package (Somehow always something system related). .
This I have never seen happen.
I've seen it happen in my early days... It can happen if you use say... a Repo specifically for say... Mandrake (Mandriva) while you run CentOS (this is just an example, I can't remember the specific distros this actually happened to me with). Gotta make sure any repos you add in are for your specific OS and version -- and not a newer version, or a different distro altogether.
No, this is not the same thing. You are adding in a third party system that was not setup properly to support RHEL/CentOS.
I have never had a non third party system cause a problem.
-
@JaredBusch said in Chosing an Enterprise Linux Server Distro:
@dafyre said in Chosing an Enterprise Linux Server Distro:
@scottalanmiller said:
@quicky2g said:
...or break another package (Somehow always something system related). .
This I have never seen happen.
I've seen it happen in my early days... It can happen if you use say... a Repo specifically for say... Mandrake (Mandriva) while you run CentOS (this is just an example, I can't remember the specific distros this actually happened to me with). Gotta make sure any repos you add in are for your specific OS and version -- and not a newer version, or a different distro altogether.
No, this is not the same thing. You are adding in a third party system that was not setup properly to support RHEL/CentOS.
I have never had a non third party system cause a problem.
Let's just say I learned that lesson the hard way, lol.
-
+1 for primary application platform on Ubuntu.
If you mean what I think you mean, I use Centos for General server stuff, basically a server that can handle anything or can be more than 1 thing, however for Ubuntu and cause of the snaps, I use Ubuntu for specific roles like :
File server
Or
RockChat serverFor specific purpose roles.
