https://bugzilla.samba.org/show_bug.cgi?id=8252
--- Comment #2 from rah...@gmail.com 2011-06-24 12:33:57 UTC ---
(In reply to comment #1)
As the itemized output indicates, the modify time isn't the same. See the
--checksum option for one possible solution. See also --size-only, but be
REALLY
Scott Baker (sc...@perturb.org) wrote on 23 June 2011 15:30:
I'm using rsync to do an incremental backup of my desktop here, to a
remote server as follows:
#/usr/bin/bash
old=$(date -d 'now - 1 week' +%Y-%m-%d)
new=$(date +%Y-%m-%d)
rsync -avP --delete --link-dest=../$dir /home/bakers
I'm compiling rsync 3.0.9pre1 using Microsoft Visual Studio 2010 on my windows
XP system. I get a compilation failure in flist.c, function send_directory:
flist.c(1653) : error C2143: syntax error : missing ';' before 'type'
flist.c(1654) : error C2065: 'name_len' : undeclared identifier
We handle it via 2 scripts.
One script (on the server side) does daily rotations mid-morning on
successfully completed rsyncs from the night before.
(i.e. removes daily.7, moves daily.6 to daily.7, etc... - if the rsync
was successful)
The client side always sends to daily.0 and uses the
In 4e03c170.2020...@perturb.org, on 06/23/11
at 03:42 PM, Scott Baker sc...@perturb.org said:
Hi,
If it were local that would be easy. This is remote (via SSH), so I'd
have to login before I run rsync to verify that directory is that. I was
hoping I could save that step since rsync is already
Hi.
rsync 3.0.8
FreeBSD RELENG_4 i386.
rsync -Haxi --delete /.../ /.../
The first pathspec above (residing on zz, a full filesystem) is:
////zz/
The second pathspec above (residing on yyy, an empty filesystem) is:
////yyy/zz/
It's obviously a 'copy everything over'
Ok, largely in pseudocode
After verifying the mountpoint directory list counts were the same...
find -sx /.../each_mountpoint -ls | wc -l [good]
I looked closer at the pathnames in the dirs that had the sockname
in question...
find -sx /.../mountpoints/... | diff [bad]
So now to look
https://bugzilla.samba.org/show_bug.cgi?id=8265
Summary: Long paths, hardlinks, 'special' files [was:
Regression: sockets for 3.0.9pre1]
Product: rsync
Version: 3.0.9
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=8265
--- Comment #1 from Wayne Davison way...@samba.org 2011-06-25 05:42:52 UTC ---
There's no reason rsync would be doing anything differently from prior
versions, so check what's wrong with your system.
--
Configure bugmail:
I should also note that it does not revert them
back once you do happen to get a good sync...
rsync /shortpath1/ /shortpath2/bad initially
rsync /longpath1/ /longpath2/fixes things
rsync /shortpath1/ /shortpath2/no change
But that even remounting the filesystems
directly on the root
The branch, b3.0.x has been updated
via c6bed2d Explicitly mention spaces in the path setting.
via ecae885 Improve lsh's handling of -l user option w/cd.
via f350413 Move var declaration for older C compilers.
from 93bdc64 Preparing for release of 3.0.9pre1
11 matches
Mail list logo