[rear-users] USB archive path error

Brian Wiborg baccenfutter at c-base.org
Fri Jul 20 21:39:03 CEST 2012


On 07/19/12 at 11:49AM +0200, Gratien D'haese wrote:
> 
> 
> I'll investigate this beginning of next week (still enjoying a few free
> days). 
> 
> On Tue, 17 Jul 2012 18:18:04 +0100, Cal Sawyer  wrote:  Hello,
> Gratien
> 
>  Have Just installed the latest rev from git. USB_PREFIX in
> 06_set_usb_device.sh is still (mis)defined with "rear/" prepended to the
> path
> 
>  > rear -V
> 
>  Relax-and-Recover 1.13.0-git201207161602 / 2012-07-16
> 
> 
> regards,
> 
>  - cal
> 
>  On 17/07/12 09:41, Gratien D'haese wrote:  
> 
> I assume
> you were using rear-1.12.0? If so, then indeed you're right. We discovered
> this problem too at the LinuxTag workshop (last May). Try using the latest
> version from github (see http://relax-and-recover.org/download/ [1] )
> 
> 
> best regards,
>  Gratien 
> 
> On Mon, 16 Jul 2012 16:07:19 +0100, Cal Sawyer 
> [2] wrote: Hello, Rear-devs
> 
>  I think i've uncovered a small scripting bug
> in prep/USB/default/06_set_usb_device.sh, which causes archive writes to
> the outputfs/ path to fail
> 
>  local.conf, per documentation:
> 
>  OUTPUT=USB
> 
> BACKUP=NETFS
>  BACKUP_URL=usb:///dev/disk/by-label/REAR-000
> 
>  In
> prep/NETFS/default/05_check_NETFS_requirements.sh:
> 
>  backuparchive is
> /disk1/tmp/rear.zlwSvhBIsE32725/outputfs/host.fqdn/backup.tar.gz
> 
> 
> USB_PREFIX, as defined in 06_set_usb_device.sh:
> 
> 
> USB_PREFIX="_rear/_$(uname -n)/$(date +%Y%m%d.%H%M)"
> 
>  Results in:
> 
> 
> 50_make_backup.sh: 
> 
>  opath is
> /disk1/tmp/rear.zlwSvhBIsE32725/outputfs/_rear_/host.fqdn/20120716.1515
> 
> 
> Consequently, the tar archive step can't write to this non-existent path.
> Changing USB_PREFIX in 06_set_usb_device.sh to:
> 
>  USB_PREFIX="$(uname
> -n)/$(date +%Y%m%d.%H%M)"
> 
>  makes opath consistent with backuparchive and
> the tar archive succeeds.
> 
>  thanks for ReaR!
> 
> - cal sawyer

Hi Dag

have you investigated into this issue any further? Is there a bug associated
with it, yet? I can confirm both, the bug and the fix, on rear-1.13.0.

Best regards
Brian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
Url : http://pikachu.3ti.be/pipermail/rear-users/attachments/20120720/f02d9210/attachment.bin 


More information about the rear-users mailing list