If you happen to have to manage some Dell server running some exotic-not-supported-at-all distribution like, for example, Slackware or Gentoo, there’s a trick you can use that can saves you a lot of PITA. It envolves using debootstrap and some well known unofficial Debian Dell repository. Here we go:
- First of all, check your kernel has IPMI support. If it doesn’t, rebuild it to have IPMI enabled (Device Drivers -> Character Devices -> IPMI). Build every module you find here.
- Load the just built modules:
modprobe ipmi_msghandler
modprobe ipmi_si
modprobe ipmi_devintf - Install debootstrap. With Gentoo, it’s a simple
emerge debootstrap
mkdir -p /var/debian
debootstrap --arch amd64 etch /var/debian http://http.us.debian.org/debian
You can obviously change the –arch parameter with the one that better fits your needs, say i386- Now, let’s wait while debootstrap does all the dirty work :)
mount -o bind /dev /var/debian/dev
mount -t proc none /var/debian/proc
mount -o bind /sys /var/debian/sys
cp /etc/resolv.conf /var/debian/etc
chroot /var/debian/ /bin/bash
- Now we are in our new Debian-lite environment.
- edit /etc/apt/sources.list to look like this, for example:
deb http://ftp.belnet.be/debian/ etch main non-free contrib
deb-src http://ftp.belnet.be/debian/ etch main non-free contribdeb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-freedeb ftp://ftp.sara.nl/pub/sara-omsa dell sara
deb http://linux.dell.com/repo etch dell-software apt-get update
apt-get install dellomsa
- And we are done! If all went well, you should now be able to run tools like “omreport” to inspect your hardware status and “omconfig” to change BIOS settings and much more!
On a side note, after a reboot you have to repeat steps 7,8 and 10 and once in the chroot, issue a /etc/init.d/dataeng start
“repeat steps 6,7 and 8”
not really needed you can use /etc/fstab
this is from my /etc/fstab
##32bit chroot
#/home /i386-32bit/home none bind 0 0
#/tmp /i386-32bit/tmp none bind 0 0
#proc /i386-32bit/proc proc defaults 0 0
to mount /dev you would add
/dev /i386-32bit/dev none bind 0 0
for you example you would use
/dev /var/debian/dev none bind 0 0
proc /var/debian/proc none bind 0 0
and simlink some stuff – I think it was /etc/resolv.conf and user/password stuff
Nice point the fstab one. The symlinks although are not strictly necessary, at least if you don’t want to keep always sync’ed these files.
Speaking of repeating step 10, one can add a init script in the original installation which executes something like
chroot /var/debian “/etc/init.d/dataeng start”
[…] up for the task to try to get OpenManage running on gentoo … lets try if and exotic approach […]
This article is great. It really helped me setup OpenManage on Gentoo.
However I had a few problems with the setup.
#1) I tried the OpenManage web interface but I could not login. I have set the root password in the chroot but it didn’t work.
#2) omreport would not detect the storage controller. I managed to fix this by mounting sysfs
mount -o bind /sys /var/debian/sys
It seems like /proc and /dev were not enough
@Mihai: glad it helped and thanks for the tip! I’ve updated the post according to it.
Great help thanks – I’m almost there, I’m unable to login I’ve tried the default admin admin but it doesn’t work
any thoughts
For the authentication issue please check out this link… it helped me! :)
http://www.goingwip.de/index.php/projects/59-howtos/79-howto-ubuntu-server-debian-and-dell-raid-monitoring-over-omsa
Any Idea how you’d get Dell OMSA running on FreeBSD ?
I don’t think Dell support FreeBSD
Beautiful solution… Works like a charm.