Thanks for digging into this. I'd love to not have to worry about this
any more and it will also make SI/SC more solid/robust.
Erich Focht wrote:
>Hi Mark,
>
>as Bernard mentioned, I'm maintaining the OSCAR variant of
>systemconfigurator, which is currently the only version which seems to be
>maintained at all.
>
>I've also looked at your patches and have a few concrete questions:
>
>in Grub.pm:
>+ else {
>+ $smartArrayFlag=1;
>+ $file="/boot/grub/device.map";
>+ verbose("using existing map file $file");
>+ croak("$file doesn't contain required 'hd' entry for SmartArray
>devices") if `grep hd $file` eq '';
>+ }
>
>Can you rely on the fact that the device.map file exists? I have the
>impression that it is created in the if branch above, so won't necessarilly be
>present.
>
>As you can see in function device_map, we are unconditionally creating
>/etc/mtab and the device.map. What exactly is the "new" device.map missing for
>your case? And where is the old device.map coming from? From your image? That
>doesn't exist on an OSCAR image because that one is freshly created from RPMs.
>
>
Ahh! This absolutely will not work witih cciss (at least I don't think
it will). As I said in my earlier note to Bernard, grub is incapable of
generrating a valid device map file and that's why I'm dependent on the
one anaconda builds. I do remember actually patching grub itself,
having found a loop in which it built its device file and specifically
looked at 'sd' and 'hd' but had not tests for cciss and was therefore
incapable of handling those. I did send that patch to the grub
developers and maybe that's why grub 0.95 does work. But that was a
long time ago and maybe my memory is faulty. As we speak, I'm
installing rhel3 onto a machine from which I can test my theory and will
report back, but I just don't see how it can work.
I guess before proceeding further, this is an experiment that must be
carried out so stay tuned.
I also suppose one option might be to require grub be updated to 0.95
before imaging? Naturally if this were the case both SI and SC would
check for the version and tell the user that have the wrong version of grub.
-mark
>Thanks,
>best regards,
>Erich
>
>On Friday 07 July 2006 19:24, Mark Seger wrote:
>
>
>>Here are my patches to make systemconfigurator work with version 0.93 of
>>grub install. I have no idea what the implications of running this
>>against the latest version of grub is, but the safest thing might be to
>>check the grub version and only execute the code under those conditions.
>>
>>One should also note note that unless someone patches grub-install
>>(which isn't part of SystemConfigurator), these patches probably won't
>>do you any good. There are also patches to grub-install to deal with an
>>empty /etc/mtab, but I'm guessing that problem has since been fixed in
>>the newer version of SystemImager. It's also possible some other
>>patches may not be necessary since this were also run in a SystemImager
>>3.2.0 environment but I do know I can't install rhel3 using 3.7.3 unless
>>I apply my patched versions of Grub.pm. Label.pm and grub-install.
>>
>>I'll be happy to discuss the patches and the reasons for them if anyone
>>wants more details.
>>
>>
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Sisuite-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel
