[rear-users] Thanks a lot for this great software

Andreas Tarp andreas.tarp at ericsson.com
Fri Dec 7 16:19:02 CET 2012

Hi Gratien,

I personally would love to give it a try, but the project is closed and changes will not be done in near future on the solution. So no upgrade to rear-1.14X possible in near future. So we will stick with old release which is working perfect with mentioned manual grub installation.

So the intention of my mail was just to say thanks a lot for the tool itself as our project was sucessfully integrated even with old release.

But of course, in case I have the chance to give it a try again on these nodes in future, I will give feedback.

BR, Andrreas

From: rear-users-bounces at lists.relax-and-recover.org [mailto:rear-users-bounces at lists.relax-and-recover.org] On Behalf Of Gratien D'haese
Sent: Freitag, 7. Dezember 2012 15:39
To: Relax-and-Recover users list
Subject: Re: [rear-users] Thanks a lot for this great software


I advise to give rear-1.14-9.git201212031648.noarch.rpm<http://download.opensuse.org/repositories/Archiving:/Backup:/Rear:/Snapshot/SLE_11_SP2/noarch/rear-1.14-9.git201212031648.noarch.rpm> a try as
this version will rename the disks/by-id in device.map, fstab, menu.lst
It has been tested on blade Proliants with SLES11 SP2 with success.

Next step in the path is recovering on SAN multipath devices, but this
is not yet finished.

Hope this help and remember looking forward to feedback (or github
issues if needed).

best regards,

On Fri, 7 Dec 2012 15:12:41 +0100 (CET), Johannes Meixner wrote:
> Hello,
> On Dec 7 13:08 Andreas Tarp wrote (excerpt):
>> HP DL380 nodes running SLES11
> Do those HP DL380 nodes have a built-in local harddisk that you use
> to install the operating system or are they diskless and/or do you
> perhaps even use SAN with multipath?
>> we are on rear-1.13.0-45.git201208022252 version
>> SLES standard installation uses device IDs instead of normal device
>> names.
>> As our rear release was not able to scope with device IDs we changed
>> device names in /etc/fstab, /boot/grub/menu.lst and /boot/grub/device.map
>> back to normal device names.
> Yes, you may have a look at
> http://en.opensuse.org/SDB:Disaster_Recovery
> Off the top of my head I think you could somehow specify in the
> installation settings that a SLES installation uses traditional
> device nodes /dev/sd* but right now I don't find the documentation.
> Right now a colleague told me that the persistent storage device names
> are also somehow stored in the initrd - scaring!
> On my SLED11-SP2 workstation I can verify this:
> -----------------------------------------------------------------------
> # grep ' / ' /etc/fstab
> /dev/disk/by-id/ata-ST3320418AS_9VM9JAXK-part1 / ...
> # zcat /boot/initrd | strings | grep ST3320418AS
> ... fallback_rootdev='/dev/disk/by-id/ata-ST3320418AS_9VM9JAXK-part1'
> ... rootdev='/dev/disk/by-id/ata-ST3320418AS_9VM9JAXK-part1'
> ... resumedev='/dev/disk/by-id/ata-ST3320418AS_9VM9JAXK-part3'
> ...
> -----------------------------------------------------------------------
> Luckily it worked also for me to change only /etc/fstab,
> /boot/grub/menu.lst and /boot/grub/device.map to use
> traditional device nodes.
> Currently I don't know for what the persistent storage device names
> are used in initrd.
> To be really 100% correct I assume one would also need to re-generate
> the initrd so that everywhere traditional device nodes are used
> (hoping that initrd is the last file where it is stored).
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
> HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
> _______________________________________________
> rear-users mailing list
> rear-users at lists.relax-and-recover.org
> http://pikachu.3ti.be/mailman/listinfo/rear-users

Gratien D'haese
IT3 Consultants bvba
Vennestraat 15, B-2560 Nijlen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20121207/1a263fea/attachment.html>

More information about the rear-users mailing list