Will the install script for the GPL version work ok on Centos 5.2?
While I haven't seen anyone hop on here and say "I've done the upgrade!", someone asked that same question about CentOS 5.2 a few weeks back:
For which, Joe's response was "In short, if anything breaks, it's probably Red Hat's fault, but I don't expect anything to break."
And I see the CentOS 5.2 software dir populated with the Virtualmin packages, so you should be good to go!
if you already have a centos 5.0 or 5.1 then run
rpm -V centos-release | grep CentOS-Base
and when it has no output, you can do a "yum upgrade" (not yum update)
if you run an earlier centos, like 4 or even earlier then it would be wiser to do a new install. It is said that a "yum upgradeany" might work although paths might be different, there is always the centos wiki when in doubt
Thanks for the info.
rpm -V centos-release | grep CentOS-Base
S.5....T c /etc/yum.repos.d/CentOS-Base.repo
rmp -V verifies the packets, but what does the result tell me?
<div class='quote'>Should the CentOS-Base.repo file on your existing CentOS-5 install be
modified, you might need to pay more attention to the output from the
'yum upgrade' command</div>
this is the page I checked with the information
One thing that people should note:
I had to rerun this command after the upgrade to make IMAP work again, as there is a dovecot upgrade in the move from 5.1 to 5.2.
<div class='quote'>chmod 777 /var/lib/dovecot /var/lib/dovecot/index /var/lib/dovecot/control</div>
/var/lib/dovecot doesn't need 777. Only 755. The index and control are the ones that need 777. (And for security purposes, you probably do want 755 rather then 777.)
Check out the forum guidelines!
Yeah, I got the command to run off another website, and somebody backed it up here. I'll fix it. :)
I upgraded to CentOs 5.2 from 5.1 using 'yum upgrade' with no problems aswell.
I posted on a separate thread when I ran yum update and got a version conflict with Perl. I ran yum upgrade today and got the same Perl version conflict. Does anyone know how to resolve this?
CentOS upgrade went smooth for me. I haven't seen any problems yet. Now if I could only get a hold of the <a href='http://www.virtualmin.com/forums/virtualmin/re:pci-compliance-requires-a... target='_blank'>Virtualmin PHP 5.2.6 upgrade</a> I'd be a very happy camper. Any word on that Joe?
Yeah, CentOS/RHEL 5.2 is just considered the second update to CentOS/RHEL 5 -- and 5 is supported by the GPL installer and has packages in the GPL repository:
So the install should go well on your 5.2 system!
<div class='quote'>I'm not sure where "large memory" actually becomes a concern</div>
It will install fine. I'm running it (the GPL version) on CentOS 5.2.
would loading the server gui cause any problems with VM?
Are you asking if it will work in a virtualized environment (i.e. VMware, Xen, etc)? Or are you asking if you can load something like Gnome/KDE?
On a virtualized server (VPS) there are no issues. I'm running it on a <a href='http://www.linode.com/?r=ef536be755538666e1f3247075b15dbc058e7468' target='_blank'>Linode</a> VPS.
Sorry I was meaning something like Gnome/KDE, when I said VM I meant virtualmin and not VMware
I would advise against that. You will defeat the purpose of using a build like CentOS.
Virtualmin & Webmin will give you most of what you need to manage your server via a web browser.
And Gnome or KDE has no impact on Virtualmin or the services it manages. I can't think of any reason you would actually <i>want</i> a window manager or desktop environment on a server, however, as they take up a <i>lot</i> of memory and CPU resources, and open up several potential security concerns.
But, I run Virtualmin and Gnome on my desktop machine without any trouble. It's not that you can't...it's just that you probably don't want to.
ok thaks no gui it is then, one last thing would it make a difference to virtualmin if I use Centos 5.2 64bit?
<div class='quote'>one last thing would it make a difference to virtualmin if I use Centos 5.2 64bit?</div>
It'll make everything run (slightly) slower and require more memory (20%-50%). ;-)
Unless you need large memory addressing, you probably don't want the 64 bit build. I'm not sure where "large memory" actually becomes a concern...certainly not less than 2GB, and probably not less than 3GB. So, if you have a 4 or 8GB box, 64 bit probably starts to look more attractive.