+rsync_long_args=--rsync-path="sudo rsync" command fails

Bug #1332753 reported by Keith Pawson
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
rsnapshot (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Using rsnapshot with the +rsync_long_args=--rsync-path="sudo rsync" command fails with a rsync not found error. If I do a rsync only without using rsnapshot as shown below, the command works find so it's not related to rsync or sudo/ssh configurations.

Example:
rsync -aPe ssh --rsync-path="sudo rsync" user@remoteserver:/etc /rsnapshot/remoteserver

 In addition if I install rsnapshot on a 12.04 server this issue does not occur even when pulling form the same server.

I believe this is a bug introduced into 14.04 with rsnapshot as I've removed the package from the 14.04 server and cloned the rsnapshot github repo and installed rsnapshot with it and the issue is no longer.

Not sure if it relates to the upstream Debian package/bug of this: Debian Bug report logs - #743310 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743310

Ubuntu Server version:
Description: Ubuntu 14.04 LTS
Release: 14.04

Rsnapshot installed details:
rsnapshot:
  Installed: 1.3.1-4ubuntu0.1
  Candidate: 1.3.1-4ubuntu0.1
  Version table:
 *** 1.3.1-4ubuntu0.1 0

The expected result is for the +rsync_long_args=--rsync-path="sudo rsync" command syntax to work without errors.

What happens is the rsnapshot run fails and returns:
bash: sudo rsync: command not found
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.0]
ERROR: /usr/bin/rsync returned 12 while processing

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in rsnapshot (Ubuntu):
status: New → Confirmed
Revision history for this message
Moritz Augustin (pub-1) wrote :

I can confirm this problem. After upgrading from Precise to Trusty the unchanged rsnapshot config gave rise to an error instead of doing the backup which worked for the 12.04 Ubuntu version.

Revision history for this message
Zach (zymhan) wrote :

I can also confirm the issue. When manually running the rsync command used by rsnapshot, the transfer completes successfully. However, running rsnapshot generates the error.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package rsnapshot - 1.3.1-7

---------------
rsnapshot (1.3.1-7) unstable; urgency=medium

  * Remove obsolete conffiles anacron scripts (Closes: #767124)
  * debian/patches/14_rsync_rsh_quoting.diff: Don't quote ssh_args arguments
    (Closes: #717451, #743310, LP: #1332753, #1400283)
  * debian/patches/16_configtest_manpage.diff: Document configtest option
    (Closes: #720509)
  * debian/patches/17_linux_lvm_cmd_lvremove_silenced.diff: lvremove is not
    silenced when using lvm, thanks Julius Seemayer (Closes: #745963),
    (LP: #1353972)
  * debian/rules: Skip compression of .pl examples files (Closes: #743777)
  * debian/patches/18_rsnapreport_rsync_output.diff: Modify regexp to parse
    rsync output that changes between 3.0.x and 3.1.x, thanks Dominik George
  * debian/patches/19_cmd_postexec_umount.diff: Allow unmounting of snapshot
    root by cmd_postexec config option, thanks Mike Gabriel (Closes: #660372)

 -- Guillaume Delacour <email address hidden> Mon, 11 May 2015 22:23:50 +0200

Changed in rsnapshot (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Heiko Bornholdt (heikobornholdt) wrote :

1.3.1-7 is only available for 15.10.
The bug still exists in 14.04 LTS
Are there any plans to fix this bug for 14.04 LTS?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.