it's probably discussed before, but why it moved away from centos to Springdale or Rocky?

I also need to make a fresh install. So that is why I'm curious.


For server stuff - always would go for ECC if you can and it's reasonably busy machine. It doesn't have to cost arm and a leg since there is aftermarket hw to snatch with reasonable prices. It's really complicated to debug a server with memory problems because it might not crash the whole OS, just crashing processes at random.

As Linus Torvalds has said  - we never know how many bad kernel dumps have been submitted  and there is nothing wrong with the code, just bad memory in the system.

Also if failure occures, you will know where and what dimm is broken. And if you are lucky it get's corrected by ECC on the fly.


Janno

On 20.01.2022 18:36, Angus McIntyre wrote:
My impression is that Rocky is more widely supported than Springdale by
VM providers like Digital Ocean and Linode. But I think they also allow
you to provide your own images for initializing VMs, so maybe that's not
an obstacle so much as an extra step.

Angus



Remo wrote on 1/20/22 10:46 AM:
I like rocky Linux.

Remo
Il giorno 20 gen 2022, alle ore 03:06, Andreas Galatis <[email protected]> ha 
scritto:

Hi all,

I use the qmail-toaster since many years and are very glad with it. The system 
is very stable, secure and configurable with the features we need.

I need to install a new Server for qmail and migrate the installation from 
CentOS7.

What is the preferred OS, (Rocky or Springdale)

Is there a big advantage of ECC-Ram (with XEON) over Standard Ram (with Core7)?

Thanks in advance

Iodok


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to