NVFS Official Blog » 2007

July 30, 2007

CentOS 4.5 and Virtuozzo remote installation on Dell PowerEdge 1950

Filed under: Virtuozzo, Dell — Eugene Pik @ 8:53 am

We have completed a successful install and wanted to share the methodology and timing with you.

We had installed our new PowerEdge 1950 server in the data center and decided to test and document remote installation of its operating system. That test had to prove remote administration capabilities of that server and to show us the timing based on my home 3MB ADSL connection.

DRAC IP address was configured before the server was shipped to the data center and its web interface connected to the machine without any problem. We were able to power it down/up, get all stats and alerts.

Using the ‘console’ screen we launched a browser applet that works as an IP based KVM - you feel like your video, keyboard and mouse connected directly to the server. This test was performed from my place located about 30KM off of the data center, but I guess the result would be same if I worked from a North Pole (or even greater if the network cables get frozen there into their superconductivity state…)

As per two previous screenshots, the CentOS DVD image located on my desktop was mounted on the server remotely. Then we powered the box up, connected to its console and started OS installation. Following images are taken using the console screenshot option. Unfortunately it supports only *.BMP format and we had to manually convert them to PNGs or GIFs. Timestamp under each image shows the exact time when the original screenshot was created.

We are watching the ‘milk’ filling the ‘black pipe’. That’s right, you must feed it first.
Time: 6:27PM

F11 is pressed to enter into the ‘Boot Menu’
Time: 6:31PM

‘Virtual CDROM’ option represent the OS image connected to the server from my desktop.
Time: 6:32PM

Server is booting from the image and starting the installation. Following screenshots are pretty self explanatory, so I will provide comments only there where they are really needed.
Time: 6:32PM

Time: 6:35PM

Time: 6:42PM

Time: 6:43PM

Time: 6:44PM

Time: 6:47PM

Time: 6:48PM

Time: 6:56PM

Time: 6:57PM

Time: 7:00PM

Time: 7:01PM

Time: 7:02PM

Time: 7:13PM

Time: 7:48PM

Time: 8:31PM

Time: 8:34PM

Updating CentOS before Virtuozzo installation
Time: 8:35PM

Confirming that /vz is formatted and mounted
Time: 8:47PM

Downloading Virtuozzo 3.0 x86_64 installation files.
Time: 8:51PM

Time: 8:57PM

Time: 8:58PM

Don’t be scared by the warning, we will update Virtuozzo before reboot to get the latest drivers.
Time: 8:58PM

Time: 8:58PM

Ops… Forgot to install rpm-build. Installed it and started Virtuozzo install again.
Time: 9:00PM

Time: 9:01PM

Time: 9:02PM

At this point DO NOT REBOOT your machine. Instead proceed with “vzup2date” script that will update Virtuozzo with the necessary RAID and network drivers.
Time: 9:04PM

Nice encoding…
Time: 9:06PM

Time: 9:06PM

Time: 9:08PM

Time: 9:20PM

Comments Off

July 20, 2007

Dell OMSA 5.2 installation on CentOS 4.5

Filed under: Dell — Eugene Pik @ 9:34 pm

Who we are
New Vision Fundraising Services is a non-profit organization that develops innovative ways to generate awareness, recognition, and funds to support Canadian charities by offering Internet and technology-based solutions to small and mid-sized businesses. Our model allows businesses to donate to charity using only money they already spend on technology services, and not another dime. We believe in magnifying the natural charity of humanity and uniting it seamlessly to successful business objectives.

Why Dell?
As our first project we are starting a web hosting business to provide Virtual Private Servers for small and medium businesses. We have compared three major server vendors and chosen Dell due to their best price/quality ratio.

The server model that was chosen for our data center is PowerEdge 1950 with dual 4-core Xeons E5345 @ 2.33GHz and 8GB RAM. Base operating system CentOS 4.5 x86_64 will run SWsoft’s Virtuozzo as a virtualization layer.

Remote admin and health monitoring
Initial installation proved great remote administration capabilities of the PowerEdge 1950 build-in remote access DRAC5 card. The web interface shows hardware health parameters including temperatures, voltages, fan, power supplies and other important stats and sends email or SNMP alerts when these parameters move into a dangerous state or fail. A server administrator may use DRAC interface to power down or up the box, use IP based KVM, mount a CD located in his desktop and boot the server remotely from it (I personally have installed CentOS that way).

RAID alerts
Everything looked great except one small detail. The DRAC interface doesn’t have RAID management capabilities or diagnostics. That means if one of server disks fail, we could never find that until the whole RAID system is crashed… We started looking for a way to get disk alerts and found that Dell OpenManage Server Administrator (OMSA) provides that functionality.

OMSA on CentOS
The latest and greatest OMSA 5.2 image was downloaded from Dell web site, burned on CD, and then we discovered that it will not run on our OS because CentOS is not in the list of Dell supported operating systems… We became really disappointed.

Linux-PowerEdge mailing list
Few phone calls and online chats (great feature, I like it better than phone calls!!!) with Dell support people finished with no luck… The only good advice was to subscribe to Linux-PowerEdge mailing list at linux-poweredge@dell.com. Actually that was the best advice I could receive! This list is actively monitored by Matt Domsch, Linux Technology Strategist from Dell Office of the CTO and Michael Brown, Dell Linux repositories maintainer. As per my understanding, they represent the highest level of support one can receive from Dell in the PowerEdge/Linux area.

The following text describes how (with the great help of the people on the mailing list) OMSA 5.2 was installed on CentOS 4.5

As per “supported Hardware RPM repository” installing Dell’s yum plugin.

# wget -q -O - http://linux.dell.com/repo/hardware/bootstrap.cgi | bash

Transaction Summary
=============================================================================
Install 5 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 436 k
Downloading Packages:
(1/5): dell-hw-specific-r 100% |=========================| 5.7 kB 00:00
(2/5): firmware-tools-1.3 100% |=========================| 104 kB 00:00
(3/5): firmware-addon-del 100% |=========================| 28 kB 00:00
(4/5): libsmbios-bin-0.13 100% |=========================| 59 kB 00:00
(5/5): libsmbios-libs-0.1 100% |=========================| 239 kB 00:00
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing: libsmbios-libs ######################### [1/5]
Installing: libsmbios-bin ######################### [2/5]
Installing: firmware-tools ######################### [3/5]
Installing: firmware-addon-dell ######################### [4/5]
Installing: dell-hw-specific-repository ######################### [5/5]

Installed: dell-hw-specific-repository.noarch 0:1-12.el4
Dependency Installed: firmware-addon-dell.x86_64 0:1.3.0-1.el4 firmware-tools.noarch 0:1.3.1-1.el4 libsmbios-bin.x86_64 0:0.13.7-1.el4 libsmbios-libs.x86_64 0:0.13.7-1.el4
Complete!
Done!

Yum plugins installed successfully. However we will not hurry to install OpenManage Server Administrator by running

# yum install srvadmin-all

Instead, we resolve dependencies and install them one by one

# yum install srvadmin-base

Dependencies Resolved

============================ Package Arch ============================ Installing:
srvadmin-base i386 Installing for dependencies:
audit-libs i386 compat-libstdc++-33 i386 cracklib i386 cracklib-dicts i386 dkms glib2 i386 libgcc i386 libselinux i386 libxml2 i386 ncurses i386 openipmi pam i386 srvadmin-cm i386 srvadmin-deng i386 srvadmin-hapi i386 srvadmin-ipmi i386 srvadmin-isvc i386 srvadmin-omacore i386 srvadmin-omauth i386 srvadmin-omhip i386 srvadmin-omilcore i386 zlib i386 =================================================
Version Repository Size
=================================================
5.2.0-460 dell-hardware-auto 3.0 k
1.0.15-3.EL4 base 38 k
3.2.3-47.3 base 226 k
2.8.9-1.3 base 56 k
2.8.9-1.3 base 3.6 M
noarch 2.0.13-1 dell-hardware-auto 78 k
2.4.7-1 base 476 k
3.4.6-8 base 63 k
1.19.1-7.3 base 55 k
2.6.16-10 base 620 k
5.4-13 base 1.5 M
noarch 33.13.RHEL4-1dkms dell-hardware-auto 390 k
0.77-66.21 base 1.9 M
5.2.0-460 dell-hardware-auto 22 M
5.2.0-460 dell-hardware-auto 305 k
5.2.0-460 dell-hardware-auto 728 k
5.2.0-460.rhel4 dell-hardware-auto 3.6 k
5.2.0-460 dell-hardware-auto 1.1 M
5.2.0-460 dell-hardware-auto 3.4 M
5.2.0-460.rhel4 dell-hardware-auto 6.4 k
5.2.0-460 dell-hardware-auto 2.5 M
5.2.0-460 dell-hardware-auto 489 k
1.2.1.2-1.2 base 44 k

Transaction Summary
=============================================================================
Install 23 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 40 M
Is this ok [y/N]:

Answering ‘N’ and installing dkms and then openipmi:

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
openipmi noarch 33.13.RHEL4-1dkms dell-hardware-auto 390 k

Transaction Summary
=============================================================================
Install 1 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 390 k
Is this ok [y/N]: y
Downloading Packages:
(1/1): openipmi-33.13.RHE 100% |=========================| 390 kB 00:00
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing: openipmi ######################### [1/1]

Loading kernel module source and prebuilt module binaries (if any)
Installing prebuilt kernel module binaries (if any)

Module build for the currently running kernel was skipped since the
kernel source for this kernel does not seem to be installed.

Your DKMS tree now includes:
openipmi, 33.13.RHEL4, 2.6.9-5.EL, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.EL, i686: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELhugemem, i686: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, i686: built

Installed: openipmi.noarch 0:33.13.RHEL4-1dkms
Complete!

The last line says “Complete”, however there is a message about missing kernel source. To find why it needed, we uninstall openipmi, install kernel-smp-devel and try again.

Installing: kernel-smp-devel ######################### [1/1]

Installed: kernel-smp-devel.x86_64 0:2.6.9-55.0.2.EL

Trying to install openipmi again

Installing: openipmi ######################### [1/1]

Loading kernel module source and prebuilt module binaries (if any)
Installing prebuilt kernel module binaries (if any)

Kernel preparation unnecessary for this kernel. Skipping…

Building module:
cleaning build area….
make KERNELRELEASE=2.6.9-55.0.2.ELsmp -C /lib/modules/2.6.9-55.0.2.ELsmp/build M=/var/lib/dkms/openipmi/33.13.RHEL4/build….(bad exit status: 2)

Error! Bad return status for module build on kernel: 2.6.9-55.0.2.ELsmp (x86_64)
Consult the make.log in the build directory
/var/lib/dkms/openipmi/33.13.RHEL4/build/ for more information.

DO YOU HAVE gcc INSTALLED???

Error! Could not locate ipmi_msghandler.ko for module openipmi in the DKMS tree.
You must run a dkms build for kernel 2.6.9-55.0.2.ELsmp (x86_64) first.

Your DKMS tree now includes:
openipmi, 33.13.RHEL4, 2.6.9-5.EL, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.EL, i686: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELhugemem, i686: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, i686: built

Installed: openipmi.noarch 0:33.13.RHEL4-1dkms
Complete!

Installing gcc

# yum install gcc

Running Transaction
Installing: glibc-kernheaders ######################### [1/5]
Installing: glibc-headers ######################### [2/5]
Installing: glibc-devel ######################### [3/5]
Installing: cpp ######################### [4/5]
Installing: gcc ######################### [5/5]

Installed: gcc.x86_64 0:3.4.6-8
Dependency Installed: cpp.x86_64 0:3.4.6-8 glibc-devel.x86_64 0:2.3.4-2.36 glibc-headers.x86_64 0:2.3.4-2.36 glibc-kernheaders.x86_64 0:2.4-9.1.100.EL
Complete!

And remove/install openipmi again

This time we are much closer, but still… The message says that this module already exists in kernel.

Installing: openipmi ######################### [1/1]

Loading kernel module source and prebuilt module binaries (if any)
Installing prebuilt kernel module binaries (if any)

Kernel preparation unnecessary for this kernel. Skipping…

Building module:
cleaning build area….
make KERNELRELEASE=2.6.9-55.0.2.ELsmp -C /lib/modules/2.6.9- 55.0.2.ELsmp/build M=/var/lib/dkms/openipmi/33.13.RHEL4/build….
cleaning build area….

DKMS: build Completed.
Running module version sanity check.

Error! Module version 33.13 for ipmi_msghandler.ko
is not newer than what is already found in kernel 2.6.9-55.0.2.ELsmp (33.13).
You may override by specifying –force.

Your DKMS tree now includes:
openipmi, 33.13.RHEL4, 2.6.9-5.EL, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.EL, i686: built
openipmi, 33.13.RHEL4, 2.6.9-55.0.2.ELsmp, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELhugemem, i686: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, x86_64: built
openipmi, 33.13.RHEL4, 2.6.9-5.ELsmp, i686: built

Installed: openipmi.noarch 0:33.13.RHEL4-1dkms
Complete!

Does that mean we already have its latest version in the kernel? Probably yes…

Installing dependencies and base OMSA services

# yum install srvadmin-base

Starting OMSA services

# srvadmin-services.sh start

Starting Systems Management Device Drivers:
Starting dell_rbu: [ OK ]
Starting ipmi driver: [FAILED]
Starting Systems Management Device Drivers:
Starting dell_rbu: Already started [ OK ]
Starting ipmi driver: [FAILED]
Starting DSM SA Shared Services: [ OK ]

Ipmi driver failed. Chkconfig shows that ipmi is disabled. Let’s run it on 2nd level (correct me in comments, I may be wrong here)

# chkconfig --level 2 ipmi on

Trying again:

# srvadmin-services.sh start

Starting Systems Management Device Drivers:
Starting dell_rbu: [ OK ]
Starting ipmi driver: Already started [ OK ]
Starting Systems Management Data Engine:
Starting dsm_sa_datamgr32d: [ OK ]
Starting dsm_sa_eventmgr32d: [ OK ]

Excellent! Looks much better!!!

Installing other OMSA services # yum install srvadmin-webserver srvadmin-storageservices and testing them in the web interface

https://xx.xx.xx.xx:1311

Wow!… Everything looks fine. The most important that I see RAID details and able to set a disk failure alerts.

Unfortunately after reboot OMSA doesn’t start automatically. # srvadmin-services.sh start script starts it again

Starting mptctl:
Waiting for mptctl driver registration to complete:
[ OK ]

Starting Systems Management Device Drivers:
Starting dell_rbu: [ OK ]
Starting ipmi driver: Already started [ OK ]
Starting Systems Management Data Engine:
Starting dsm_sa_datamgr32d: [ OK ]
Starting dsm_sa_eventmgr32d: [ OK ]

Chkconfig shows that dsm_sa_ipmi driver is disabled.

# chkconfig --level 234 dsm_sa_ipmi on

Now OMSA starts automatically on every OS boot.

Comments (2)