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

Jim Carpenter (Pactera Technologies) v-jicarp at microsoft.com
Wed Jul 16 16:23:58 CEST 2014


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
*****************************************


More information about the rear-users mailing list