Your message dated Wed, 1 Jul 2026 22:31:52 +0100
with message-id <[email protected]>
and subject line Re: Bug#1141176: rsnapshot: Adding
'rsync_long_args--one-file-system' to configuration changes where files go in
target tree.
has caused the Debian Bug report #1141176,
regarding rsnapshot: Adding 'rsync_long_args--one-file-system' to configuration
changes where files go in target tree.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1141176: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1141176
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rsnapshot
Version: 1.5.1-2
Severity: normal
X-Debbugs-Cc: [email protected]
Dear Maintainer,
* What led up to the situation?
I added a new line, 'rsync_long_args --one-file-system', to my
rsnapshot.conf file.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I then let a day's backups run. When those backups filled the logical volume to
which I back up, I investigated, and remediated.
* What was the outcome of this action?
Backups for a given directory ended up in the localhost directory, not the
target directory below localhost. E.g. for the line
backup /home/ localhost/
files in /home ended up in localhost, not in localhost/home, where they had
been going previously.
To replicate:
* Install a new virtual machine.
* Install rsnapshot. I increased verbosity and log level, and set up a log
file, but these two are not necessary for the experiment. Do *not* add the
one-file-system line. Run a backup:
rsnapshot alpha
* When that finishes, verify that you have the proper directory tree:
ls /var/cache/rsnapshot/alpha.0/localhost
You should see just a few directories, as specified in your configuration file.
* Now add the one-file-system line, and re-run the backup. Re-run the ls. You
should now see a lot of files in localhost that don't belong there.
Note: I have made no effort to determine if this is a bug in rsnapshot or in
rsync.
-- System Information:
Debian Release: forky/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 7.0.13+deb14-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages rsnapshot depends on:
ii liblchown-perl 1.01-4+b4
ii perl 5.40.1-8
ii rsync 3.4.4+ds1-1
Versions of packages rsnapshot recommends:
ii anacron 2.3-50
ii cron [cron-daemon] 3.0pl1-209
ii logrotate 3.22.0-1
ii openssh-client [ssh-client] 1:10.3p1-4
rsnapshot suggests no packages.
-- Configuration Files:
/etc/rsnapshot.conf changed:
config_version 1.2
snapshot_root /var/cache/rsnapshot/
cmd_cp /usr/bin/cp
cmd_rm /usr/bin/rm
cmd_rsync /usr/bin/rsync
cmd_logger /usr/bin/logger
retain alpha 6
retain beta 7
retain gamma 4
verbose 3
loglevel 4
logfile /var/log/rsnapshot.log
lockfile /var/run/rsnapshot.pid
rsync_long_args --one-file-system
backup /home/ localhost/
backup /etc/ localhost/
backup /usr/local/ localhost/
-- no debconf information
--- End Message ---
--- Begin Message ---
On Wed, Jul 01, 2026 at 12:18:15PM -0600, Charles Curley wrote:
> Yes, it does. Thank you. I had misconstrued the word "default" in the
> comment above. I think you can close this now.
Closing as resolved.
Mark
--- End Message ---
