▲ 188 ▼ Moving away from RHEL based distros, whats good ? (lemmy.ml) submitted 3 years ago by bzImage@lemmy.ml to c/linux@lemmy.ml 213 comments fedilink hide all child comments Hi, mostly i use REHL based distros like Centos/Rocky/Oracle for the solutions i develop but it seems its time to leave.. What good server/minimal distro you use ? Will start to test Debian stable.
[–] EddyBot@feddit.de 2 points 3 years ago (1 child) if you need reliable uptime you are in need of redundant servers and at that point you can just apply updates and reboot the servers concurrently permalink fedilink source parent hideshow 2 child comments replies: [–] Scytale@feddit.de 0 points 3 years ago (1 child) Businesses rely on stable server and applications. Stable in the sense of API/ABI stable. You want an application behave exactly the same on day one and on the last day before eol of the server OS. Arch is pure chaos and it could completely change how things work and break commercial third party apps on that server on potentially every day. And you would not necessarily notice the error until its to late and your data is corrupted. You don't trow money at a your server infrastructure to get redundant servers to finally be able to use Arch somewhat stable. And why should a business not use that redundancy for an LTS distro to get even more stability and safety of operations. permalink fedilink source parent hideshow 2 child comments replies: [–] voluntaryexilecat@lemmy.dbzer0.com 2 points 3 years ago Regardless of the distro, unless you use Kernel live patching (https://wiki.archlinux.org/title/Kernel_live_patching) you should boot a new Kernel when it is released by your distro with a security warning. Running unpatched old Kernels just for 100% uptime is not safe. Oh and, I never had issues with Arch changing spontaneously - what event are you speaking of? permalink fedilink source parent
[–] Scytale@feddit.de 0 points 3 years ago (1 child) Businesses rely on stable server and applications. Stable in the sense of API/ABI stable. You want an application behave exactly the same on day one and on the last day before eol of the server OS. Arch is pure chaos and it could completely change how things work and break commercial third party apps on that server on potentially every day. And you would not necessarily notice the error until its to late and your data is corrupted. You don't trow money at a your server infrastructure to get redundant servers to finally be able to use Arch somewhat stable. And why should a business not use that redundancy for an LTS distro to get even more stability and safety of operations. permalink fedilink source parent hideshow 2 child comments replies: [–] voluntaryexilecat@lemmy.dbzer0.com 2 points 3 years ago Regardless of the distro, unless you use Kernel live patching (https://wiki.archlinux.org/title/Kernel_live_patching) you should boot a new Kernel when it is released by your distro with a security warning. Running unpatched old Kernels just for 100% uptime is not safe. Oh and, I never had issues with Arch changing spontaneously - what event are you speaking of? permalink fedilink source parent
[–] voluntaryexilecat@lemmy.dbzer0.com 2 points 3 years ago Regardless of the distro, unless you use Kernel live patching (https://wiki.archlinux.org/title/Kernel_live_patching) you should boot a new Kernel when it is released by your distro with a security warning. Running unpatched old Kernels just for 100% uptime is not safe. Oh and, I never had issues with Arch changing spontaneously - what event are you speaking of? permalink fedilink source parent