We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Because VestaCP recommended CentOS?
Because VestaCP recommended CentOS?
Hi,
Because VestaCP recommended CentOS?
Thanks.
Because VestaCP recommended CentOS?
Thanks.
Re: Because VestaCP recommended CentOS?
Work fine :)edica wrote:Hi,
Because VestaCP recommended CentOS?
Thanks.
Re: Because VestaCP recommended CentOS?
First version was for CentOS, then was ports for Debian and then for Ubuntu.
CentOS support historically was better ;-)
CentOS support historically was better ;-)
-
- Posts: 36
- Joined: Thu Dec 05, 2013 10:55 am
Re: Because VestaCP recommended CentOS?
I recommend to use Debian. Debian is by far the most stable and easy to maintained option. With Centos you get the problem that a lot of packages are missing in the main repository, you will then have to add third party repositories like epel and others and this will sooner or later lead to problems when the same package exists in several repositories under the same name. So Centos is good as long as you dont need any special software that is not in the base repo. Debian Squeze is too old but Debian Wheezy is good choice.
If you are familar with Centos and like it, then its ok to use it off course. Personally I had too much trouble in the past with package conflicts so that I'am not a fan of including third party repos anymore. The centos core is rock solid, no doubts but in the long run I had more dependency and dist upgrade issues with centos then with debian.
One example, our engineer had problem with a server of his client (centos 6.x server), this server has some load issues sometimes and he decided to install munin to see what happens when the problem happens. The munin install failed due to a dependency issue, a perl package (SAX library) was installed from rpmforge as dependency of amavisd. Munin now wanted to have the same package, but from base (or epel), I dont remember exactly. This server is highly loaded, so he would now have to uninstall this package, which removes amavisd which needs this perl lib, then exclude this package from rpmforge repo and install amavisd and about 5 other software packages again to be able to finally install munin. So while thats all possible and can be resolved, he would like to avoid that and Debian with its huge package base contains nearly everything you could think of in its repos, so most debian systems dont need any third party repositories. Another pro for debian is that you can do a dist upgrade on a live system, Centos introduces that as well with centos 7, but thy still say that this is experimental. The traditional way of upgrading centos is to boot the server from a dvd and run the upgrade, but thats not easy when you have a server without dvd dribve somewhere in a datacenter.
This my 2 cents:
If you are familar with Centos and like it, then its ok to use it off course. Personally I had too much trouble in the past with package conflicts so that I'am not a fan of including third party repos anymore. The centos core is rock solid, no doubts but in the long run I had more dependency and dist upgrade issues with centos then with debian.
One example, our engineer had problem with a server of his client (centos 6.x server), this server has some load issues sometimes and he decided to install munin to see what happens when the problem happens. The munin install failed due to a dependency issue, a perl package (SAX library) was installed from rpmforge as dependency of amavisd. Munin now wanted to have the same package, but from base (or epel), I dont remember exactly. This server is highly loaded, so he would now have to uninstall this package, which removes amavisd which needs this perl lib, then exclude this package from rpmforge repo and install amavisd and about 5 other software packages again to be able to finally install munin. So while thats all possible and can be resolved, he would like to avoid that and Debian with its huge package base contains nearly everything you could think of in its repos, so most debian systems dont need any third party repositories. Another pro for debian is that you can do a dist upgrade on a live system, Centos introduces that as well with centos 7, but thy still say that this is experimental. The traditional way of upgrading centos is to boot the server from a dvd and run the upgrade, but thats not easy when you have a server without dvd dribve somewhere in a datacenter.
This my 2 cents: