search for: crtime

I've been getting spurious unnecessary copying of files on OSX when using the crtimes patch and the --crtimes -H options (version 3.0.4). I can reliably demonstrate it (on OSX 10.5) by doing this several times (as root): rsync -v -N -axHAX --delete-during --fileflags --force-change /usr/ bin/ /tmp/foo/ I think I've tracked it down to the hard-link processing code in...

...work together to cause this: 1) cmp_time (util.c) doesn't check for negative values provided in file1 or file2. If file2 is positive, and file1 is negative, and absolute_value(file1) > file2, cmp_time returns 0, even though the times are obviously different. Of course, a file's crtime should never be negative, which leads me to #2. 2) set_file_attrs (rsync.c) doesn't initialize sx2.crtime (e.g. when the sxp argument is NULL). This leads to crtime values that are occasionally > 2^31, resulting in negative crtimes. The attached patch resolves these. Mike --------...

https://bugzilla.samba.org/show_bug.cgi?id=13522 Bug ID: 13522 Summary: Patch fileflags.diff and crtimes.diff Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: bugzilla.samba.org-prf at jf-luce....

https://bugzilla.samba.org/show_bug.cgi?id=6276 Summary: crtimes.patch does not preserve creation dates on Mac x86_64 only Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core Assigned...

...Also, a FULL Kstat ZFS for 5 minutes Interval module: zfs instance: 0 name: arcstats class: misc c 1073741824 c_max 1073741824 c_min 134217728 crtime 28.083178473 data_size 39272960 deleted 337691 demand_data_hits 95260 demand_data_misses 5493 demand_metadata_hits 58667 demand_metadata_misses 2940 evi...

Hi All, I promise I won't bug you anymore about this but I did find that the compiled universal binary on rsync3.0.pre10 does preserve creation dates across platforms with the old osx-create-time.diff patch but not with the crtimes patch. If anyone has a clue about this I would be happy to fix it. Thanks again Rob D PS so close!

...packed with the pragma pack directive. ?I tested the following, and it worked. @@ -37,10 +37,13 @@ ?extern int preserve_perms; ?extern int preserve_executability; +#pragma pack(push) +#pragma pack(4) ?struct create_time { - ? ? ? unsigned long length; + ? ? ? uint32 length; ? ? ? ?struct timespec crtime; ?}; +#pragma pack(pop) ?#define RETURN_ERROR_IF(x,e) \ ? ? ? ?do { \ > ------- Comment #7 from wayned at samba.org 2010-02-06 15:57 CST ------- > Thanks for the detailed analysis! I'm thinking that all we need to do is to > change "unsigned long" to "uint32" in...

Hello, I need to run rsync on a mac (OS X 10.6.5) with the --detect-renamed option available. I therefore started to compile rsync with the 3 relevant patches (in my opinion) : - fileflags.diff - crtimes.diff - detect-renamed.diff Here are my exact compile instructions : patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/detect-renamed.diff ./prepare-source CFLAGS=-m32 CPPFLAGS=-m32 CCASFLAGS=-m32 ./configure CFLAGS=-m32 CPPFLAGS=-m32 CCASFL...

https://bugzilla.samba.org/show_bug.cgi?id=12440 Bug ID: 12440 Summary: make "rsync -N" == "rsync --numeric-ids" ? Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee: wayned at

Hi All, I just tried (on OS10.5.2) the new fileflags.diff patch patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff (see result below- I fixed the rej's ) then ./configure make then tried it out but it isn't copying the creation dates now.... just wondering if I missed something .. Rob D robert-dutoits-powerbook-g4-15:rsync-3.0.0pre10 astrid$ patch -p1 <patches/crtimes.diff patching fi...

...a while to our data server (XServe) through SSH and pulls the files that need to be saved (I'm using the --link-dest option to limit the amount of files transferred, and to keep several backups). I've followed Mike Bombich's instructions to compile rsync 3.0.7 with patches (fileflags, crtimes, crtimes-64bit, crtimes-hfs+ and hfs_compression) on both machines. I'm running the script as root with the following options (which are supposed to do the work) : -aNHAXx --fileflags --force-change --protect-decmpfs --numeric-ids The script works pretty fine except for one thing. When r...

...onfirm that following all the various bits of advice yields a clean running rsync (as tested by backup bouncer). I am running MacOS X 10.4.11 on PPC. The following is a synopsis of my installation procedure (as gathered from the various emails in the archive) - note that I had trouble with crtimes.diff and went back to osx-create-time.diff. Please let me know if I have included anything spurious or missed something critical (though I am pleased that everything worked)... I downloaded the source (3.0.0 release) and the patches (as posted on the front page as of this morning). I then...

Hi All, I'm trying a remote backup for the first time. It is between two laptops, I installed rsync 3.0.7 on both compiled patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff patch -p1 <patches/crtimes-hfs+.dif f patch -p1 <patches/hfs_compression.diff ./configure make this all works perfectly for local backups, clones etc. Everything gets copied as is to the volume. I have tried without ssh keys, with keys, ke...

...mp/HLTarget.dmg ############## This is yet another filesystem-specific patch, I doubt you would want to commit this in its current form. Ultimately I think we need a separate object within rsync that we can query for filesystem-specific behavior like this. This patch (from rsync 3.0.7+fileflags+crtimes) resolves the matter: ############## crtimes-hfs+.patch This patch prevents rsync from changing the creation date on the root of a volume. On HFS+, the root inode is always 2, as defined in hfs/hfs_format.h: kHFSRootFolderID = 2, /* Folder ID of the root folder */ So before ca...

...t I gave a look inside the patches Mr. Bombich suggested and I thought I could try first by using only the normal ones provided by rsync.samba.org, so I skipped curl -o patches/hfs_compression.diff http://www.bombich.com/software/opensource/rsync_3.0.7-hfs_compression_20100701.diff curl -o patches/crtimes-64bit.diff https://attachments.samba.org/attachment.cgi?id=5288 curl -o patches/crtimes-hfs+.diff https://attachments.samba.org/attachment.cgi?id=5966 and I used only patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff plus the stock one instead of the custom one: patch -p1...

...at yahoo.com QAContact: rsync-qa at samba.org Is there a way to backup (copy) data with their time creation stamps from a NTFS filesystem to a ext4 filesystem? http://computer-forensics.sans.org/blog/2011/03/14/digital-forensics-understanding-ext4-part-2-timestamps: There's a "crtime" (create time) timestamp in the debugfs stat output. Yes, EXT4 finally supports a "born on" time (btime) like NTFS, giving the timestamp for when the file was created within the disk volume. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are re...

...ctively. Further this patch has the dependency on the following patches Liu Bo: [PATCH 2/3 RESEND] Btrfs-progs: show generation in command btrfs subvol list [PATCH 3/3] Btrfs-progs: list snapshots by generation Eg output: #btrfs su list -s 1 /btrfs ID 258 gen 39 cgen 6 top level 5 crtime 2012-07-27 17:43:55 path ss1 ID 260 gen 8 cgen 8 top level 5 crtime 2012-07-27 17:47:51 path ss2 ID 263 gen 16 cgen 16 top level 5 crtime 2012-07-29 00:50:19 path ss3 ID 264 gen 25 cgen 25 top level 5 crtime 2012-07-30 09:56:50 path sv1/.snap Anand Jain (1): Btrfs-progs: show crtime in...

...onus ZFS znode dnode flags: USED_BYTES USERUSED_ACCOUNTED dnode maxblkid: 2097152 path /vdisk.raw uid 777 gid 60001 atime Sun Oct 18 00:49:05 2009 mtime Thu Sep 9 16:22:14 2010 ctime Thu Sep 9 16:22:14 2010 crtime Sun Oct 18 00:49:05 2009 gen 444453 mode 100777 size 274877906945 parent 3 links 1 pflags 40800000104 xattr 0 rdev 0x0000000000000000 if i further investigate: zdb -ddddd dataset 7 Dataset store/nfs/ICLOS/prod/ma...

...his is how I built rsync: #!/bin/bash # VERSION=3.0.2 VERSION=3.0.3pre2 DIR="rsync-$VERSION" PATCH="rsync-patches-$VERSION" sudo rm -rf $DIR tar xvzf $DIR.tar.gz tar xvzf $PATCH.tar.gz cd $DIR patch -p1 < patches/fileflags.diff patch -p1 < patches/crtimes.diff ./prepare_source patch -p1 < patches/backup-dir-dels.diff ./configure make sudo make test cd .. This is how I run rsync: sudo /Users/ar/work/rsync/rsync-3.0.3pre2/rsync \ -vvv --stats --progress -aHAX --fileflags --force-change --crtimes \ --exclude .Trash \...

I'm just starting with rsync(). I grabbed the 3.0.7 source and built it on Mac OS X.6.5 (./configure and ./make reported no problems.) When I try running with -X or -A, I get the following error messages: rsync: unpack_smb_acl: sys_acl_get_info(): Unknown error: 0 (0) rsync: unpack_smb_acl: sys_acl_get_info(): Unknown error: 0 (0) A quick look at the buglist didn't reveal anything to