On Fri, 2008-09-12 at 16:42 +0200, Taco Scargo wrote:
> Hi Rickard,
Hi Taco,
>
> > do you use software raid on that machine?
> Yes I do.
>
> > If so I've created a script that rewrites the grub correctly on every
> > shutdown that I posted on the list about a month ago.
> I have looked at the script and it does not do anything different than I did
> manually when diagnosing.
That's the point. I haven't found anything fishy about any scripts on
BQ/Centos4. My script just handles raid5(4 disks) and raid1 (2 disks)
correctly as mkinitrd doesn't do it by default as it relys on the bios.
This is not consequent and I've seen it both work and not work. It all
depends on the type of bios and grub.
>
> > The problem is that mkinitrd and grub on centos4/rhel4 doesn't really
> > support /boot running with raid1. This means problems everytime there is
> > a kernel upgrade. I think it's fixed on centos5/rhel5.
> Most of my machines have a software-raid setup (including /boot) and none of
> them have this problem.
> Thjs machine has not had this problem before as well.
I've had these problems with Tyan GS14, Tyan GT20 and Tyan TANK GT14.
All running Nuonce BQ 4.6 and BQ 4.8. Just for the record, I've had the
same problems with another Tyan machine running SLES10 and 4 disk
software RAID5.
> So the problem I am experiencing is not exactly the same.
> I also would like to know how it comes that the MBR gets changed on reboot
> (what script does that).
The only thing I've found is mkinitrd running grub while doing
kernel-upgrades.
Regards,
--
Rickard Osser <rickard.osser (at mark) bluapp.com>
BluApp