Pulp is a Python application for managing software repositories and their associated content, such as packages, errata, and distributions. It can replicate software repositories from a variety of supported sources, such as http/https, file system, ISO, and RHN, to a local on-site repository. It provides mechanisms for systems to gain access to these repositories, providing centralized software installation.
CentOS is a well known Linux distribution with a strong focus on server machines rather than on desktop PCs. For the first time, CentOS is now leading the Linux distribution statistics on web servers with almost 30% of all Linux servers.
CentOS is a well known Linux distribution with a strong focus on server machines rather than on desktop PCs. For the first time, CentOS is now leading the Linux distribution statistics on web servers with almost 30% of all Linux servers.
Last year at work we brought a little server … you know, fiberchannel hard disks, 32GB of RAM, four quad core XEON … usual stuff 
We also got a 1 year of Red Hat Enterprise Linux subscription. Obviuosly this year the money for a renewal of it’s licence aren’t available so, to keep safe and up-2-date, what do we do?
We’ve decided to migrate to CentOS, given their famous binary compatibility with the Prominent North American Enterprise Linux Vendor Thanks to the Lord the process was simple and straightfoward as shown on the page of the official CentOS’ wiki.
Even with the subscription to RHN out-of-date, I did manage to upgrade r5.4 to 5.5 … the process cleaned ALL the official RedHat’s repo files from /etc/yum.repos.d … so beware, make a backup copy of them.
Then I’ve disabled the (few) 3rd party repo sources from my system (they are currently just adobe, epel and remi).
At this point I’ve followed the advice to disable first, and remove later, the yum’s rhnplugin since some CentOS’s forum user issued some warning or error if that was not done. Hence the following commands sequence was given (as root):
cp /etc/redhat-release /etc/redhat-release-saved
rpm -e --nodeps redhat-release-notes redhat-release yum-rhn-plugin redhat-logos
We’ve nearly there … I’ve manually downloaded on the system the three packages: centos-release, centos-release-notes and redhat-logos-X.X.XX-XX.el5.centos.noarch.rpm from the nearest (and fastest) distribution mirror available (they are placed in the ../5/os/$YOUR-ARCH/CentOS/ directory, by the way) and then manually installed with plain old rpm.
yum update
completed the process and here we are:
[root@localhost ~]# cat /etc/issue
CentOS release 5.5 (Final)
[root@localhost ~]# uname -a
Linux localhost 2.6.18-194.3.1.el5 #1 SMP Sun May 2 04:17:42 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
Cheers,
Nicola
installonly_limit = 3
Editing this to 5 I’ve safely keeped the oldest one needed by my hardware configuration.
Today I’ve updated my RHEL 5.4 server to the 5.5 release. Doing so it asked me to remove the oldest kernel installed. I’ve discovered this was??due to a parameter in the yum.conf file:
installonly_limit = 3
Editing this value to 5 I’ve safely updated everything, managing to keep installed the oldest one (needed by my hardware configuration).
Thanks to the CentOS forum for this solution!
??
A quick reminder to myself on the things to do when you decide to upgrade PHP (and subsequently MySQL for a “nasty” php-mysql dependency problem) on a stock, running CentOS / RHEL server.
You can encounter a number of errors like this
ERROR 1146 (42S02): Table ‘mysql.servers’ doesn’t exist
when you do a simple FLUSH PRIVILEGES; command or worst.
The solution that has worked for me, and that you HAVE to do each time you upgrade (manually, via RPM or DEB) the MySQL server is to launch this command BEFORE you do anything else:
/usr/bin/mysql_fix_privilege_tables --password=$your-mysql-root-password
Another solution could be the one explained here, but on my servers the before mentioned command worked smoothly!
During last weeks I’ve installed and configuread a 64bit RHEL server, paying attention to include the open source java-openJDK and the official Sun’s JRE.
This morning a colleague called me via skype telling me that his Firefox didn’t have a proper Java plugin installed. At first glance I didn’t knew what to do and the first results of a Google’ session were useless refferring to old incompatibility between a 64bit Firefox and 32bit java vitual machine, old releases of both softwares, wrong *.so files to include.
Google and google I found this post, pointing the focus on the libnpjp2.so file which, on my machine, is placed under the /usr/java/jre1.6.0_16/lib/amd64/libnpjp2.so path.
So I went to /usr/lib64/firefox-3.0.14/ folder {ignoring the old ones visible on the directory}, created a sub-directory called plugins (as root) and gave the command:
ln -s /usr/java/jre1.6.0_16/lib/amd64/libnpjp2.so libnpjp2.so
The I restarted Firefox and once loaded went to the Java Test Page to check my virtual machine installation and witnessed the correct, and aspected, result:
Your Java configuration is as follows:
Vendor: Sun Microsystems Inc.
Version: Java 6 Update 16
Operating System: Linux 2.6.18-164.2.1.el5
Architecture: amd64
Hope this will be useful to you too!
I’ve just updated my RHEL 5.3 box with the last months’ updates moving it to the 5.4 release.
Just after the yum update finished I’ve begun to receive a LOT of messages containing
OBJECT: python /usr/share/rhn/virtualization/poller.py
BODY: libvir: QEMU error : failed to add iptables rule to allow DHCP requests from 'virbr0' : Invalid argument
The solution to that, after a yum whatprovides “*/poller.py” was to remove any instance of the rhn-virtualization-host from my machine (since I do not have any virtualization need).
Cheers,
Nicola
Download Music and Movies USA Media Download Music Download Video
The Nagios Community is happy to inform that Nagios is used as RedHat’s standard alerting system. Nick Otto gave a presentation at the RedHat Summit in Chicago earlier this month, in which he covers Nagios and other great OSS tools that are used inside one of the front-runners in commercial Open Source.
