Hi Andrea,

as far as I understand, you suggest that if a device.map file is present,
you copy it to /a/boot/grub/device.map.image . Moving would be bad,
but copying is fine, so that we have under control whether we provide
a file or not. Guess your're aiming at pre-install scriptlets?

In fact through the overrides one has very fine-grained control on what
would be done on a node with respect to the device.map file, for the case
that the nodes have different types of disks than the golden client.
That's why I saw no real problem with the patch r711. My point was to have
at least some way of disabling the device.map generation (which is
unreliable).

I tagged systemconfigurator 2.2.12 but didn't put the RPMs on the download
page, as nobody ever complained about this kind of issue. If no other
patches show up in near future, I'll complete the "release".

Best regards,
Erich


On Sonntag 17 Februar 2008, Andrea Righi wrote:
> Hi Erich,
> 
> about this:
> http://svn.systemimager.org/comp.php?repname=systemconfigurator&path=&[EMAIL 
> PROTECTED]&[EMAIL PROTECTED]&manualorder=1
> 
> if we don't always force the re-creation of device.map for grub the
> imaging will fail with clients that have different disk types respect to
> the golden client (sda vs hda for example). But at this point we can
> easily fix this in systemimager, before running systemconfigurator, as
> it's already done with /etc/fstab, menu.lst, etc.
> 
> I've to test it, but I think this is the best solution, it allows to
> correctly handle clients with a lot of external LUNs (as you reported in
> the commit log) and also clients with different disk types.
> 
> -Andrea
> ---
> 
> Index: etc/autoinstallscript.template
> ===================================================================
> --- etc/autoinstallscript.template    (revision 4387)
> +++ etc/autoinstallscript.template    (working copy)
> @@ -398,7 +398,7 @@
>  [ -z $DISKORDER ] || {
>    echo "Editing files for actual disk configuration..."
>  ##SHOW_DISK_EDITS##
> -  for file in /etc/fstab /etc/systemconfig/systemconfig.conf 
> /boot/grub/menu.lst /etc/lilo.conf /etc/grub.conf; do
> +  for file in /etc/fstab /etc/systemconfig/systemconfig.conf 
> /boot/grub/menu.lst /etc/lilo.conf /etc/grub.conf /boot/grub/device.map; do
>      [ -f /a/$file ] || continue
>      echo " $file"
>      cp /a/$file /a/$file.image

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
sisuite-devel mailing list
sisuite-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-devel

Reply via email to