[rear-users] FW: rear-users Digest, Vol 25, Issue 7

Schlomo Schapiro schlomo at schapiro.org
Wed Jul 16 16:38:32 CEST 2014


Hi Jim,

I cannot help you with Hyper-V, but I will try my best with regard to ReaR.
Please have a look at
https://github.com/rear/rear/blob/master/doc/user-guide/03-configuration.txt
to better understand how to configure ReaR.

Using BACKUP_URL=file:// basically means that you take responsibility for
providing the backup archive under that URL. Therefore rear recover fails
if you don't mount it manually there.

Using BACKUP_URL=nfs://<server>/<path> means that ReaR should mount that
NFS share as needed. Both for backup AND recovery :-)

In your case you probably should be using a nfs:// URL and make sure that
your recovery VM has the same network setup on Hyper-V as the source VM (if
it is not the same VM).

Kind Regards,
Schlomo


On 16 July 2014 16:23, Jim Carpenter (Pactera Technologies) <
v-jicarp at microsoft.com> wrote:

> Good Morning Schlomo,
>
> Thank you for your reply, I really appreciate it and apologies, I was not
> very clear.
>
> The NFS share was mounted before running rear backup.
> So, the BACKUP_URL looked like this: 'file:///mnt/rear_backup'
>
> Now when I run the recover, it is looking for the local file
> '/mnt/rear_backup/$server_name/backup.tar.gz'.
> However, the NFS share is no longer mounted. I was hoping to add the
> backup file to the ISO and recreate it, but the folder does not exist
> within the rear recovery console when I do.
>
> Also, this is my first time using hyper-v, so I am having issues with
> network connectivity (the network is also private, which makes this much
> more difficult).
>
> Is there any possible way to reference this file from within the recovery
> console?
> Every time I add a DVD Drive or HDD to the VM instance the recovery
> console cannot see it.
> i.e. df -h yields no mount points (of course) and 'fdisk -l' / 'sfdisk -l'
> yields only /dev/sda.
>
> If I could get the VM to see the drive I can redirect the rear
> configuration to the new location, but at this point, it will not see the
> disks.
>
> Any direction, comments, etc are highly appreciated (even if a bit
> cynical).
> We have 6 ISO created from production machines, and solving this issue,
> will solve all of them, as they were backed up in the same manner  :(
>
>
> Best Regards,
> Jim Carpenter
> OSG Cellular Networking Team | System Administrator I
>
> -----Original Message-----
> From: rear-users-bounces at lists.relax-and-recover.org [mailto:
> rear-users-bounces at lists.relax-and-recover.org] On Behalf Of
> rear-users-request at lists.relax-and-recover.org
> Sent: Tuesday, July 15, 2014 10:08 PM
> To: rear-users at lists.relax-and-recover.org
> Subject: rear-users Digest, Vol 25, Issue 7
>
> Send rear-users mailing list submissions to
>         rear-users at lists.relax-and-recover.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://pikachu.3ti.be/mailman/listinfo/rear-users
> or, via email, send a message with subject or body 'help' to
>         rear-users-request at lists.relax-and-recover.org
>
> You can reach the person managing the list at
>         rear-users-owner at lists.relax-and-recover.org
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of rear-users digest..."
>
>
> Today's Topics:
>
>    1. Recovery Issue (Jim Carpenter (Pactera Technologies))
>    2. Re: Recovery Issue (Schlomo Schapiro)
>    3. Re: Shortname vs longname causes "show log" to fail
>       (Jeremy Laidman)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 15 Jul 2014 14:17:45 +0000
> From: "Jim Carpenter (Pactera Technologies)" <v-jicarp at microsoft.com>
> To: "rear-users at lists.relax-and-recover.org"
>         <rear-users at lists.relax-and-recover.org>
> Subject: [rear-users] Recovery Issue
> Message-ID:
>         <
> 2eaf9380d4eb4a8ba47e5895f94dce72 at CY1PR0301MB0684.namprd03.prod.outlook.com
> >
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello Everyone,
>
> Recently I used ReaR to back up a system using ISO and an NFS mount as the
> BACKUP_URL.
>
> The image is being installed into Hyper-V; however, during recovery ReaR
> cannot find the path to the backup.tar.gz because it no longer exists.
>
> Is it possible to make get around this so ReaR can view this file?
>
> I have tried the following:
>
> -          Adding a disc to the Hyper-V VM with files, but VM does not see
> the disk
>
> -          Created ISO with file and mounted it as DVD within VM, but Rear
> does not see the disk.
>
> -          Attempted to mount the NFS partition from the Hyper-V server,
> but it cannot ping outside the VM.
>
> I would really appreciate any assistance and/or direction to get this
> recovery operational. Any ideas?
>
>
> Best Regards,
> Jim Carpenter, MISM, MBA
> Microsoft | OSG Cellular Networking Team | System Administrator I
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://pikachu.3ti.be/pipermail/rear-users/attachments/20140715/188f4c8a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Tue, 15 Jul 2014 16:33:25 +0200
> From: Schlomo Schapiro <schlomo at schapiro.org>
> To: Relax-and-Recover users list
>         <rear-users at lists.relax-and-recover.org>
> Subject: Re: [rear-users] Recovery Issue
> Message-ID:
>         <
> CANML7dE6DfhVxHMJEex3+Q5wFmMR-G1fmdBoSFng3qNPj1MjcQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Jim,
>
> ReaR is rather simple with how it finds its files: It follows the
> configuration in /etc/rear and does not do any kind of auto discovery.
>
> If your NFS path changed between backup and recovery then you can simply
> edit that configuration in the rescue system before running "rear recover".
>
> What do you mean by "it no longer exists"? Obviously ReaR cannot recover
> your system without the backup archive :-)
>
> Did you check the network configuration before running rear recover? Make
> sure that you can at least ping your NFS server.
>
> Regards,
> Schlomo
>
>
> On 15 July 2014 16:17, Jim Carpenter (Pactera Technologies) <
> v-jicarp at microsoft.com> wrote:
>
> >  Hello Everyone,
> >
> >
> >
> > Recently I used ReaR to back up a system using ISO and an NFS mount as
> > the BACKUP_URL.
> >
> >
> >
> > The image is being installed into Hyper-V; however, during recovery
> > ReaR cannot find the path to the backup.tar.gz because it no longer
> exists.
> >
> >
> > Is it possible to make get around this so ReaR can view this file?
> >
> >
> >
> > I have tried the following:
> >
> > -          Adding a disc to the Hyper-V VM with files, but VM does not
> > see the disk
> >
> > -          Created ISO with file and mounted it as DVD within VM, but
> > Rear does not see the disk.
> >
> > -          Attempted to mount the NFS partition from the Hyper-V server,
> > but it cannot ping outside the VM.
> >
> >
> >
> > I would really appreciate any assistance and/or direction to get this
> > recovery operational. Any ideas?
> >
> >
> >
> >
> >
> > Best Regards,
> >
> > Jim Carpenter, MISM, MBA
> >
> > Microsoft | OSG Cellular Networking Team | System Administrator I
> >
> >
> >
> > _______________________________________________
> > rear-users mailing list
> > rear-users at lists.relax-and-recover.org
> > http://pikachu.3ti.be/mailman/listinfo/rear-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://pikachu.3ti.be/pipermail/rear-users/attachments/20140715/56718f40/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Wed, 16 Jul 2014 15:06:33 +1000
> From: Jeremy Laidman <jlaidman at rebel-it.com.au>
> To: Relax-and-Recover users list
>         <rear-users at lists.relax-and-recover.org>
> Subject: Re: [rear-users] Shortname vs longname causes "show log" to
>         fail
> Message-ID:
>         <CAAnki7AACVSk+M3cdb7SGfzJ=8_NBf6CDycJf0sY=qvtEiz2=
> Q at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I've created issue #439.  Thanks.
>
>
> On 15 July 2014 12:59, Gratien D'haese <gratien.dhaese at telenet.be> wrote:
>
> > Hi Jeremy,
> >
> > Nice little bug - good that found it - do me a please and make an
> > issue of this (copy/paste will do) as I will probably forget about it
> > (I'm having my holidays and read only occationaly my mail).
> >
> > ------------------------------
> > *From: *"Jeremy Laidman" <jlaidman at rebel-it.com.au>
> > *To: *rear-users at lists.relax-and-recover.org
> > *Sent: *Monday, July 14, 2014 8:45:55 AM
> > *Subject: *[rear-users] Shortname vs longname causes "show log" to
> > fail
> >
> >
> > Hi
> >
> > Due to an error when trying to recover, I get a menu giving me several
> > options, one of which is to view the log.  If I try, it gives me an
> error.
> >  Turns out that it's trying to show me a logfile that has my server's
> > FQDN instead of shortname.
> >
> > I think the shortname is what's supposed to be used (conf/default.conf
> > sets HOSTNAME to "$(hostname -s)").  But it seems
> > skel/default/etc/scripts/system-setup has this line:
> >
> >        (1) less /var/log/rear/rear-`uname -n`.log;;
> >
> > I think it should be using $HOSTNAME instead of `uname -n`.
> >
> > J
> >
> >
> > _______________________________________________
> > rear-users mailing list
> > rear-users at lists.relax-and-recover.org
> > http://pikachu.3ti.be/mailman/listinfo/rear-users
> >
> >
> > _______________________________________________
> > rear-users mailing list
> > rear-users at lists.relax-and-recover.org
> > http://pikachu.3ti.be/mailman/listinfo/rear-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://pikachu.3ti.be/pipermail/rear-users/attachments/20140716/a3e2be76/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> rear-users mailing list
> rear-users at lists.relax-and-recover.org
> http://pikachu.3ti.be/mailman/listinfo/rear-users
>
>
> End of rear-users Digest, Vol 25, Issue 7
> *****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20140716/6957f636/attachment-0001.html>


More information about the rear-users mailing list