CentOS 5.9 Released 96
kthreadd writes "The Red Hat Enterprise Linux 5 derivative CentOS version 5.9 has been released just 10 days after its upstream provider. According to the release notes a number of changes have been made. New packages available in CentOS 5.9 includes for example OpenJDK 7 and Rsyslog 5. Several drivers have also been updated in the kernel which has been updated to version 2.6.18-348, including support for Microsoft's virtualization environment Hyper-V." CentOS has been plugging away now for nearly 10 years.
awesome comeback by CentOS (Score:5, Insightful)
after a period of sluggishness, it's awesome the CentOS team has pulled together again after difficulties and management problems.
Re: (Score:3)
I would hope CentOS could keep up with a minor version update. CentOS was sluggish getting a major update out the door (6.0) which was understandable at the time.
I would much rather have them get it right than them get it first.
Re: (Score:3)
Re: (Score:2)
do you have any idea how much changes in a "minor version update" for redhat? that's not a trivial task.
Re: (Score:3, Informative)
Centos is awesome! (Score:5, Interesting)
Re: (Score:2)
Nah, Scientific Linux is better :-) And don't forget Oracle's Linux.
Re: (Score:1)
Re: (Score:1)
Oracle's big features are their 'Unbreakable' kernel (okay, I don't really know what that means) and they support kernel upgrades w/o a reboot.
Re: (Score:3)
Too bad it is from Oracle and you then are dealing with their support staff.
I would rather reboot everyday than deal with that.
Re: (Score:3)
How does it surpass Debian?
Re:Centos is awesome! (Score:5, Informative)
Debian is relatively atomic (though the minimal install has grown somewhat recently) and very easy to use. Redhat has scads of management tools and they maintain 'em themselves, and many of them are a bear to get running on anything but Redhat because they don't care, so if you want to use them that's a good reason to run Centos.
Re: (Score:3)
On the other hand, loads of free software is a PITA to get running on a Redhat-based distro and most tutorials tend to have Debian install instructions but not Redhat ones. I'm pretty glad I switched to Debian.
Re: (Score:2)
There's plenty of arguments for each, which is why I'm glad that we have so many Linux distributions. These days it's not too horrible to run another Linux in a virtual machine, either, to catch those cases where it's just too much pain to get software running right on your machine.
I run Ubuntu on my desktop for the same reason (availability of instructions) because while I do sometimes enjoy figuring things out, I also often enjoy it when someone else has done it for me. But Debian has numerous places arou
Re: (Score:2)
Debian rocks for Desktops.
But RH really owns the enterprise server side. all server software is available as a brain dead easy install under RHS or CentOS
Re:Centos is awesome! (Score:5, Informative)
How does it surpass Debian?
It doesn't. But Debian doesn't surpass CentOS either. They are on two completely different categories.
Debian is geared to the enthusiast and developers. Your comparison would be Fedora, not CentOS/RHEN.
CentOS, RHEN (and other Enterprise distributions) are geared toward enterprise. So you will never find the latest version of softwares (CentOS 5.9 has PHP 5.1.6, apache 2.2.3 etc), but instead you get more stable version and, specially, no API changes. So from 5.0 to 5.XXX, there will be no API or ABI incompatibilities (this usually means a lot of backports to fix bugs). The flip side is that you won't be able to run a lot of the newer stuff that requires newer versions of libs and stuff.
It is a tradeoff, and you really can't compare the two.
Re:Centos is awesome! (Score:5, Informative)
Red Hat actually updates a few packages to newer version. Typical things are certain desktop software like Firefox, Thunderbird and OpenOffice. You will occationally also get complele new packages, like OpenJDK 7 in this release.
Debian on the other hand has a hard policy of updating as little as possible, which is actually sometimes problematic on desktops. We have a lot Debian desktops deployed in our organization; currently running on the latest stable release, squeeze from about two years ago. It's actually a problem for us when we want to buy new hardware because the squeeze kernel may not completely support it, and we don't really want to run testing in a production environment. In comparison Red Hat backports a ton of drivers which means that even something as old as RHEL 5 may work just fine on relatively modern hardware.
Re: (Score:2)
Exactly. The philosophy is completely different, to a point there is simply no way to compare. Which one is best? My answer is always "For what?".
Anyway, RH is not really worried about the version numbers. They are more worried about compatibility and certifications, which makes sense since they are a commercial distribution, and vendor (software and hardware) certifications are a big part of it.
Re: (Score:2)
We have a lot Debian desktops deployed in our organization; currently running on the latest stable release, squeeze from about two years ago. It's actually a problem for us when we want to buy new hardware because the squeeze kernel may not completely support it, and we don't really want to run testing in a production environment.
Just out of interest, but why use Debian on a desktop if those are your problems? Ubuntu LTS is Debian derived (obviously) and fully supported, but is based on (I believe) a mix of Debian Testing and Unstable packages. More or less every Debian compatible package is also ported to Ubuntu.
Debian Stable is great for long-term investment server and terminal hardware precisely because it's stable and doesn't change- you know if it worked when you installed it, it'll work forever. For top user experience on end
Re: (Score:2)
Re: (Score:2)
Re: (Score:3)
So you will never find the latest version of softwares (CentOS 5.9 has PHP 5.1.6, apache 2.2.3 etc), but instead you get more stable version and, specially, no API changes.
So it's like Debian Stable then?
Re: (Score:2)
So you will never find the latest version of softwares (CentOS 5.9 has PHP 5.1.6, apache 2.2.3 etc), but instead you get more stable version and, specially, no API changes.
So it's like Debian Stable then?
No, not really. There are already a few others posts on this thread on the subject.
Re: (Score:1)
Re: (Score:1)
Re: (Score:1)
If I'm using software that is certified to be used on RHEL, I can usually get away with CentOS / Scientific Linux. It wouldn't fly on Debian.
Other than that, personal choice.
Re: (Score:2)
Some commercial software providers with very limited testing will be aware that it exists and won't instantly blame your choice of OS when you have problems with their software. Otherwise it doesn't. Yum versus apt-get is as silly as a vi versus emacs argument.
Re: (Score:1)
Re: (Score:2)
Isn't CentOS on a higher version? (Score:1)
I'm currently running (according to 'cat /etc/centos-release') - CentOS Release 6.3 (Final)
So - 5.9 would be quite a bit backwards. In fact, the server it's running on was running 6.0 for the first few months of building and shaking it out before I put it on the web, and that was right around January 2012 - over a year ago.
Re: (Score:3)
Centos 5 is still getting updates. It is a previous version.
You should probably know that if you are running more than one of these machines.
Any progress on the file system front? (Score:2, Interesting)
IMO, one of the drawbacks of Linux (including CentOS) as a server OS compared to FreeBSD is the lack of a good file system. FreeBSD (and Solaris) have ZFS which has robust checksum and parity features, while Linux has nothing of the kind, at least not yet. Has any progress been made on this front?
Re: (Score:1)
Btrfs is coming along, but is not yet there unforetuneately. But it will probably be somwhat usable in production in a couple of years or so.
One of the solutions that we're thinking of right now is to run Zfs-On-Linux on Ubuntu. The license terms of ZFS basically means that we can't ship ZFS and Linux together as one composed system; however nothing prevents you from installing it yourself.
Re: (Score:3)
You can compile on another server (e.g. the testing system). Look at the BINHOST documentation.
Re: (Score:2)
We want our servers to spend CPU time on delivering web pages and handling transactions; not recompiling the system.
I don't use Gentoo on web servers (only embedded) but if I did, the time it takes to compile a package at 2AM wouldn't be my concern (assuming I wasn't using the Gentoo binary distribution). It's not 1995 anymore.
Re: (Score:3, Informative)
We want our servers to spend CPU time on delivering web pages and handling transactions; not recompiling the system. I guess Gentoo is good if you're not actually using your systems for anything.
If you are installing on a number of machines, Gentoo has quickpkg which makes tarballs with the configure scripts that install rapidly.
Re: (Score:1)
I've been using ZFS on Linux for around a year now. Works just fine. I'd say your information is a few years out of date.
Re: (Score:2)
I tried ZFS after mdraid decided to flag the good disk in my RAID as bad and the bad disk as good, but I couldn't get NFS exports to work because it's a user-space file system.
Re: (Score:1)
They work fine for me, using the normal nfs-kernel-server/samba packages. Don't use the ZFS nfs/smb options though, not sure if that is even supported.
Re: (Score:3)
Re: (Score:2)
Or when sun/oracle decided to open source solaris they should of licensed it under an existing license rather than make up there own.
Re: (Score:1)
Re: (Score:2)
That article is almost entirely political bullshit, and says very little about the actual merits of ZFS as a filesystem (which are now well-verified, even if that wasn't the case in 2006).
Re: (Score:2)
lmgtfy [lmgtfy.com]
CentOS is awesome (Score:4, Insightful)
I've been using it at work for a few years now.
I used to dislike it because the packages were a bit older than everything I'd be able to install on a personal Linux machine running something different.
But there is definitely something to be said about having a stable ABI. Anything I build on my CentOS 6 VM I can run on another CentOS 6 machine. Not sure if the same can be said for other distributions if one of the systems has had upgrades to some of its libraries at some point.
Big thanks to the CentOS team for all their hard work.
Now, RedHat, please do not include GNOME 3 in RHEL 7. Use MATE or something. But please, for the sake of people who use your platform as a TOOL and not a TOY, keep GNOME 3 out!!
Re:CentOS is awesome (Score:5, Informative)
Bad news for you. It is well known that RHEL 7 *will* use Gnome 3 for the default supported desktop. Unless they really break with tradition, KDE will also be an option. Beyond that, you'll have to resort to third party repos.
And it's hardly a surprise. Good god, man, Red Hat is the prime force *behind* Gnome 3. Oh yeah, another piece of crap news: the systemd abortion is going to be in there, too.
When RHEL 6 reached EOL, I sure as hell am going to be looking very seriously at bsd for my servers.
Re: (Score:2)
Not sure what the question is, but CentOS ver x, Scientific Linux ver x, PUIAS ver x, Fermi ver x are for all practical purposes each IDENTICAL to RHEL ver x. Not quite as sure about ClearOS and Oracle EL
RHEL 6 will have:
* full security patches, bug fixes, streamed minor releases, new hardware support, and some software enhancement up to the middle of the 6th year;
* full security patches and bug fixes through the end of the 10th year
So there is absolutely no reason to sweat it until at least 2016 and possib
Re: (Score:2)
Re: (Score:2)
Mandrake's urpmi paralleled yum, not rpm. Just like SUSE's yast. Both used the same bottom layer as Redhat: rpm. The layer running above rpm is the one that does automatic dependency handling. It's like apt vs dpkg on Debian, Ubuntu, et al.
I was very impressed with boxed Mandrake (later Mandriva, later Mageia) quite a few years ago when it was still a French product built by people who knew what they were doing. I liked it largely because of urpmi (I don't think Redhat even had yum back then) and a good cen
Re: (Score:2)
Systemd isn't enough of a reason to jump distro, and gnome3 is no reason at all for servers. I'll be sticking with RHEL because they seem to employ bloody good developers who provide ace support to users of their software, and I don't just mean paying users.
What am I missing? (Score:2)
CentOS 6.0 release: July 2012
CentOS 5.9 release: January 2013...wait, what?
Did I miss something?
At least they're not cutting off update support for an older version...that's kinda nice to see...I don't think many people were waiting on the edge of their seat for it though...
(I use CentOS exclusively on my hosting servers/as guest OSes and think it's great)
Re:What am I missing? (Score:5, Informative)
Re: (Score:3)
6.0 broke off around 5.4, but had a lot of newer stuff in the base. However, security updates and maintenance patches are still released for the 5.x series because, frankly, getting what you need on the system you already have is a lot easier than changing a whole lot just to get something you might want. Sure, on the privacy of your own workstation or non-production server, jumping major versions is no big deal, but on a production server, it can often times be more trouble than its worth.
Essentially, if
Re: (Score:2)
I didn't say that it was based off 5.4, although I see how it sounded like that. The use of Fedora has a technical staging ground is in large part why there is no simple upgrade path to 6.x from 5.x.
Re: (Score:3)
And more to the specific technical point, there's no easy, supported migration path from 5.x to 6.x.. The Centos Wiki howto page [centos.org] states with discouraging repetetiveness "A fresh install is generally strongly preferred over an upgrade. "
This, plus a host of not-very-specific "gotcha" warnings, and the entire guide ending with "Good luck", pretty much guarantees only the masochistic or the suicidally brave will undertake an upgrade-in-place to 6.x, rather than just staying with 5.x and picking up the point up
Re: (Score:2)
My 5.x -> 6.x migration is hosting the 6.x one in a VM. When that works perfectly, I'll extract the image over the existing root disks (after a backup of course).
Re: (Score:2)
And that's a great plan, but in truth, the hardware refresh is the major point. The old server is an ancient 32-bit beige box that's probably tottering on its last legs, and power-hungry to boot. As an example of how ancient, your VM idea wouldn't work too well, since the CPU doesn't have any virtualization hardware features. With this creaking hardware, the native OS runs slowly enough as it is. A VM would be correspondingly sluggish.
So, yeah, I'm doing a HW refresh, and the OS refresh is just a convenienc
Re: (Score:2)
"And more to the specific technical point, there's no easy, supported migration path from 5.x to 6.x.. The Centos Wiki howto page states with discouraging repetetiveness "A fresh install is generally strongly preferred over an upgrade. "
So in other words, we're talking here about major versions (5.x and 6.x), while minor versions (the .x) are still being upgraded for 5, so you don't have to start over with 6.
Re: (Score:1)
RHEL 5.x has not reached its EOL.
RHEL5 EOL extended to March 31, 2017 [redhat.com]
Re: (Score:1)
Anyway, think of it like say Windows Server 2003 & Windows Server 2012 as 5.0 and 6.0, and the 5.1, 5.2..5.9/6.1..6.3 as service packs. Similar concept really.
Re: (Score:1)
backdated announcments (Score:1)
Their rpm announcements were all back dated.
They didn't release any of the 5.9 rpms on the dates they are making public.
Re:backdated announcments (Score:5, Informative)
Their rpm announcements were all back dated.
They didn't release any of the 5.9 rpms on the dates they are making public.
You mean the packages that were released prior to the 5.9 install media in the Continuous Release repo? Perhaps you should review this page - http://wiki.centos.org/AdditionalResources/Repositories/CR [centos.org]
OL (Score:1)
Re: (Score:2)
Because you have servers you installed 5.X on a few years back and are still in service. Hence, 5.9 is most welcome for those and a lot easier and less risky than trying any sort of upgrade to 6.X. In fact, Red Hat/CentOS specifically warn *against* trying any sort of warm upgrade between major OS releases because of the high likelihood of borkage.
Probably the best way to upgrade to 6.X is to get new boxes, set them up like the old 5.X boxes (import any data from the old boxes obviously) but with 6.X instea