[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
RE: /boot/kernel.h issues
- From: "Stanley, Jon" <Jon Stanley savvis net>
- To: "Discussion of Red Hat Enterprise Linux 3 \(Taroon\)" <taroon-list redhat com>
- Subject: RE: /boot/kernel.h issues
- Date: Wed, 3 Jan 2007 14:21:06 -0600
Unfortuantely, you have to use hp-OpenIPMI for management of the new
iLO2 based systems (360/380 G5).
I don't have a system handy to test this on, but I've dissected the RPM
mentioned, and it *attempts* to clean up after itself - look in the
hp-OpenIPMI.mk in /opt/hp/hp-OpenIPMI <rant>(which gets copied to just
Makefile in %post - ARRRRGGGGHHHH! Don't vendors understand what RPM is
*for*???)</rant>.
> -----Original Message-----
> From: taroon-list-bounces redhat com
> [mailto:taroon-list-bounces redhat com] On Behalf Of Brian Long
> Sent: Wednesday, January 03, 2007 8:14 AM
> To: Discussion of Red Hat Enterprise Linux 3 (Taroon)
> Subject: Re: /boot/kernel.h issues
>
> On Tue, 2007-01-02 at 15:17 -0500, Brian Long wrote:
> > Hello,
> >
> > I was wondering if anyone has experienced /boot/kernel.h out-of-sync
> > issues? For example, we've got machines which have the
> following and
> > we're trying to figure out how this happened:
> >
> > /* Kernel type i686-smp */
> > <snip>
> > #define __BOOT_KERNEL_SMP 0
>
> I narrowed this down to a broken RPM provided by HP, specifically hp-
> OpenIPMI-7.5.1-8.rhel4.i386.rpm. This RPM includes a
> module-compilation
> script which actually moves /boot/kernel.h to /boot/kernel.h.ORIG and
> copies a uniprocessor file into /boot. It does this to compile a
> uniprocessor kernel module. On top of this being wrong, the file it
> puts in place has the identifier "i686-smp" although SMP is 0
> and UP is
> 1. This is why /sbin/mkkerneldoth never updates the file.
>
> Thanks to HP for breaking hundreds of servers which I now
> need to clean
> up manually (i.e. rm -f /boot/kernel.h; /sbin/mkkerneldoth). Needless
> to say, we've removed hp-OpenIPMI from the yum repos we use for third-
> party and internal software on top of RHEL.
>
> /Brian/
>
> --
> Brian Long | |
> IT Infrastructure . | | | . | | | .
> Data Center Systems ' '
> Cisco Enterprise Linux C I S C O
>
> --
> Taroon-list mailing list
> Taroon-list redhat com
> https://www.redhat.com/mailman/listinfo/taroon-list
>
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]