Migrating from CentOS6 to RHEL6

There are different tutorial on the net how to migrate from RHEL to CentOS but almost no information about the other way round. It is quite simple and at the end of the day you have only Red Hat Packages installed.

you need to copy the following packages from a Red Hat medium and install them:

yum localinstall \
rhn-check-1.0.0-87.el6.noarch.rpm \
rhn-client-tools-1.0.0-87.el6.noarch.rpm \
rhnlib-2.5.22-12.el6.noarch.rpm \
rhnsd-4.9.3-2.el6.x86_64.rpm \
rhn-setup-1.0.0-87.el6.noarch.rpm \
yum-3.2.29-30.el6.noarch.rpm \
yum-metadata-parser-1.1.2-16.el6.x86_64.rpm \
yum-rhn-plugin-0.9.1-40.el6.noarch.rpm \
yum-utils-1.1.30-14.el6.noarch.rpm \
sos-2.2-29.el6.noarch.rpm \

Then you need to remove the centos release package and install the Red Hat release package:

rpm -e centos-release-6-3.el6.centos.9.x86_64 --nodeps
yum localinstall redhat-release-server-6Server-6.3.0.3.el6.x86_64.rpm

Now it is time to register your system at RHN with rhn_register

After the successful registration you need to replace all CentOS packages by the RPMs provided by Red Hat:

yum reinstall "*"

To be sure there are no new configuration files to take care of run the following:

yum install mlocate.x86_64
updatedb
locate rpmnew

Go through the list and check if there is some configuration work to do

Update your machine to the latest and greatest versions of packages and reboot your machine

yum -y update && reboot

Query the RPM database for leftovers from CentOS:

rpm -qa --queryformat "%{NAME} %{VENDOR}\n" | grep -i centos | cut -d' ' -f1

There are some problematic packages which has “centos” in its name, i.e yum and dhcp

rpm -e yum --nodeps
rpm -ihv yum-3.2.29-30.el6.noarch.rpm

At the end, you have the previously installed kernel packages left. Keep them as a backup, they will be automatically uninstalled after two more kernel updates.

Is the procedure supported by Red Hat? No it is not supported.

Will the converted machine be supported after this procedure? Well, officially it is not supported, but if there are no traces of CentOS on the machine…

Have fun 🙂

Some impressive figures about Spacewalk and my two cents

Today, I saw a interessing post on the spacewalk-devel mailing list.

Lines of code
Spacewalk has 2,908,841 lines of code, created in estimated 843 person years. This means 843 developers are needed to rewrite Spacewalk from scratch in one year! That’s amazing.

Number of bugs fixed
As stated in the post, the Spacewalk-team fixed 1012 bugs in the year 2010. Some 1061 bugs are still due to be solved, the Spacewalk-team will not running out of work in 2011. See RHN Satellite bugs and Spacewalk bugs.

Contributions from outside Red Hat
96% of the contributions are from Red Hat people. Looks like my small contribution to the German translation is just about 0.0000001% ;-). Seriously: This should be improved. More people outside of Red Hat should contribute. How? A good way can be a better support for Debian based distributions as well as for SLES/OpenSUSE and other distributions. I think this would attracting more Red Hat outsiders.

Another important thing: Instead of mailing list posts, Fedora should release its advisories similar to Red Hat. This would enable people to have the errata in its Spacewalk servers. This would lead into more people interested in Spacewalk in the Fedora community.

Communications
The IRC communication stats can somehow be a bit problematic. Is it really needed to log all IRC traffic? Its was stated that 24.1% have been questions, the mail list post also disclosed which are the most aggressive persons and so on. Privacy? For myself: I’m probably going to change my real name nick to something else…

Missing numbers
It would be interesting how many people are subscribed to the spacewalk and spacewalk-devel mailing lists and the number of posts to these lists.

Major achievements in 2010
This is just my point of view…

– PostgreSQL support reached a point where it is ready for broad testing.
– spacewalk-repo-sync allows to directly sync with yum repos.
– Staging of content
– Support for eliminating duplicate system profiles
– Performance improvements (felt, not measured)

Did I had fun this year?
I had a lot of fun with Spacewalk, for sure. I did not challenged Spacewalk with all the stuff that I need @work with the RHN Satellite.

Will I have fun in 2011?
With Spacewalk of course, it is a cool project. If the Fedora project decides to publish Spacewalk-like erratas I’m pretty sure that France will have a problem to produce the amount of Champagne needed. If it comes down to the RHN Satellite: Due to severe bugs, I only can manage RHEL6 systems with some workarounds but I am confident that this will change soon.

In short: Yes I’ll having fun 🙂

RHEL6 is released!

rhel6 @rhn.redhat.com

RHEL6 @rhn.redhat.com

RHEL6 was just released at 2010-11-10 20:09:50 CET. Quoting Red Hat press relase: Today, we delivered Red Hat Enterprise Linux 6 to the market. @Red Hat: you are so mean! Next time inform your fellows one day in advance to give your fellows the chance to fill the fridges with champagne!

I did not checked (yet) the differences between beta 2.1 and GA. I guess the differences are at a minimum.

The odd thing is: It seems not be available via satellite-sync yet (yes, sat540 is in place).

[update]You need to get a new certificate from Red Hat support to get access to the rhel6 channels, regardless if you got one a few days ago to install sat540.[/update]

Having fun? No, I do not have any champagne in my fridge 😉

RHN Satellite 5.4, first analysis

First of all: Where is the Red Hat Press release? Nada, nothing, nichts (yet)….

History
As I wrote in my previous post, I’ll keep you posted with my latest findings.

In another post, I was speculating about the upstream version. Now, Sat540 seems to be based on Spacewalk 1.2 which is not yet released. I was quite puzzled about that fact. Usually upstream (Fedora) projects are ahead of its commercial counterparts, this time it seems to be the other way round.

Major Features
I was quite guessing right on the expected new features:

  • RHEL6 Support (SHA-256 Checksums on RPMs)
  • Support for importing and syncing of external yum repositories
  • Find duplicate entitlements of systems
  • Oracle 11g support
  • Recording of the install-date of packages

Additionally the following features have been added:

  • Symlink Support in the configuration management
  • SELinux in configuration management
  • Flex Guests enhancements

In contrary to my expectations:

  • For the moment, Sat540 runs only on RHEL5, thus meaning Tomcat5

Cobbler
The included version of Cobbler is 2.0.7. In EPEL5 it is 2.0.3, in EPEL5-test as well as in Fedora 14 beta it is 2.0.5. At least in sat540 it is the same version as in EPEL6-Beta, 2.0.7. The cobbler git repository mentions cobbler 2.1.0. At FUDCon in Zurich I was talking to some Red Hat guys. They told me: The cobbler guy left Red Hat. Hmmm… What is going on?

Real tests and improvements
I was not yet able to install sat540 yet, I’m waiting for the certificate… Nevertheless I made some tests with Spacewalk 1.1 which have been very promising.

At work
Today @work, I just prepared the staging/test satellite for being upgraded from 5.3 to 5.4. I’m still waiting for the new certificate from the Red Hat support. This brings me to another question: Why the heck is a new certificate needed? That’s boring…

As soon as I get the certificate from Red Hat, I’m going to upgrade the Staging/Test Satellite @work, so you can expect more detailed reports soon.

Have fun? I guess yes 😉