2010-02-08 21:25:23 |
Ted Cabeen |
bug |
|
|
added bug |
2010-02-08 21:26:03 |
Ted Cabeen |
nominated for series |
|
Ubuntu Lucid |
|
2010-08-24 07:26:57 |
Toby Corkindale |
bug |
|
|
added subscriber Toby Corkindale |
2011-02-27 14:43:24 |
Ivan Kharlamov |
bug |
|
|
added subscriber Ivan Kharlamov |
2011-02-27 14:55:37 |
Ivan Kharlamov |
branch linked |
|
lp:ubuntu/lucid/rsnapshot |
|
2011-02-27 15:28:46 |
Ivan Kharlamov |
branch unlinked |
lp:ubuntu/lucid/rsnapshot |
|
|
2011-02-27 15:30:18 |
Ivan Kharlamov |
branch linked |
|
lp:rsnapshot |
|
2011-05-16 07:31:23 |
Numérigraphe |
rsnapshot (Ubuntu): status |
New |
Confirmed |
|
2011-05-16 08:09:11 |
Launchpad Janitor |
branch linked |
|
lp:~numerigraphe/rsnapshot/fix-sync_first-link_dest |
|
2011-05-16 08:59:46 |
Numérigraphe |
rsnapshot (Ubuntu): status |
Confirmed |
Fix Committed |
|
2011-05-18 08:21:10 |
Numérigraphe |
summary |
rsnapshot does not support using link_dest and sync_first simultaneously |
rsnapshot in Lucid does not support using link_dest and sync_first simultaneously |
|
2011-05-23 14:12:58 |
Numérigraphe |
description |
Binary package hint: rsnapshot
rsnapshot 1.3.0 (the version in lucid) has a known bug that prevents the use of the link_dest and sync_first options simultaneously. The bug in question is mentioned in the rsnapshot FAQ as the third question: http://rsnapshot.org/faq.html
Upgrading rsnapshot to 1.3.2 or 1.3.2 will fix this bug. Can this happen before lucid's release? |
Binary package hint: rsnapshot
DESCRIPTION
rsnapshot 1.3.0 (the version in lucid) has a known bug that makes rsnapshot create a plain copy of the files instead of create hard links for all but the first backup point when using both the options link_dest (use rsnapshot's link-dest feature) and sync_first (seperate the rsync phase from the directory rotation logic).
This renders rsnapshot mostly useless in this configuration, since it will then consume huge portions of disk space instead of beeing rather frugal.
This bug is mentioned in the rsnapshot FAQ as the third question: http://rsnapshot.org/faq.html and was fixed in v1.3.1 (released with Maverick).
STEPS TO REPRODUCE
- Change the default config: link_dest[TAB]1 and sync_first[TAB]1, snapshot_root[TAB]/tmp/
- run "sudo rsnapshot sync && sudo rsnapshot hourly ; sudo rsnapshot sync && sudo rsnapshot hourly"
- observe that the files in hourly.0 and hourly.1 are not hardlinks: the link count for is always 1 for /tmp/hourly.*/localhost/etc/hosts and the inode number is not the same:
FIX
A minimal patch is provided as a bazaar branch.
REGRESSION POTENTIAL
The fix short-circuits a failed attempt at smartly deciding whether --link-dest is usefull or not. The fix always call rsync with --link-dest.
This is not an issue for rsnapshot because --link-dest can only help rsync create more hard links - unless there is a bug in rsync itself.
So the risk is rather low. |
|
2011-05-23 14:13:42 |
Numérigraphe |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2011-09-06 08:45:51 |
Numérigraphe |
bug |
|
|
added subscriber Numérigraphe |
2014-04-14 13:28:46 |
Numérigraphe |
removed subscriber Numérigraphe |
|
|
|