[Rear-users] Cloning problems`

Michael Orlov michael.orlov at amdocs.com
Mon Apr 4 18:35:50 CEST 2011


On 11-04-04 11:15 AM, Schlomo Schapiro wrote:
> > Hi all
> > I'm trying to clone my DL360G6 to x3650M3.
> Is this the box with the EFI issues?
With the new layout code this issue doesn't exists any more.
> > The backup was created, PXE as well, everything is fine.
> > I found three problems:
> >
> >    1. In our environment due to the huge amount of SAN on DL360G6 we
> >       have filtered out all /dev/sd* devices, so disk creation on the
> >       cloning system can't find /dev/sda. To avoid this problem we can
> >       pass "--config "devices{filter=['a|/dev/.*|']}" " parameter to the
> >       lvm commands. It will list all the disk always.
> You have to differ between the brandnew layout code and the dr code.
> Unless we know which one you try we won't be able to help you there.
> With dr the EXCLUDE and INCLUDE stuff should work, at least I had seen
> some success reports out there. Using lvm to filer out disks is IMHO
> dangerous as ReaR would still try to partition them. Better use the
> EXCLUDE and INCLUDE options till mkrescue only wants to work on the
> disks you mean.
I'm using the new layout code. I think that in the clone scenario this 
option should be turned on. May be it is a good idea to make a such 
> >    2. Disk controllers on those machines are different. so the initrd
> >       images suppose to be different. But I didn't found how to tell to
> >       rear to recreate initrd on the cloned machine. I found the scripts
> >       for Suse and Debian to rebuild initramfs in the finalize stage,
> >       but didn't found such a thing for RHEL/Fedora. BTW I think this
> >       one suppose to be default.
> then you will see that there is no 17_rebuild_initramfs.sh for Fedora as
> you also found out. If you can tell us how to tell Fedora or RHEL to
> include a driver in the initramfs then it should be easy to write a
> script for that.
I'm trying to figure out right now :)


*Michael Orlov*
System UNIX

+1.514.338.3247 (desk)
+1.514.891.8906 (mobile)


Ce message et les renseignements qu’il contient sont exclusifs et confidentiels et sont assujettis &agrave; la politique d’Amdocs
que vous pouvez consulter au  http://www.amdocs.com/About/Pages/Email-Disclaimer-Fr.aspx

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

More information about the rear-users mailing list