search for: haxv

...1:57:12 2006 target1 -> source0 ## ok, now copy 0 to 1 using 0 as a reference... # the use of 0 as a reference when initializing the # first copy is valid though perhaps confusing. it also # happens to make writing backup scripts easier by # eliminating some initialization logic. [] rsync -Haxv --delete --link-dest=`pwd`/0/ ./0/ ./1/ created directory ./1 ./ fifo0 fifohard2 fifohard1 => fifohard2 socket0 sockethard2 sockethard1 => sockethard2 # ...hey where'd that hardlink come from and where's my symlink? # perhaps using link() instead of symlink(). [] ls -aliT 1 550259 d...

https://bugzilla.samba.org/show_bug.cgi?id=2947 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2005-08-03 16:45 ------- Keep in mind that --link-dest only hard-links regular

...WS,v from here... cvs co -D '2005-07-31 00:00:00-0000' back in time through here... cvs co -r release-2-6-4-pre3 exhibits the following regression... if the source inode is both a dev and a hardlink, it will not be hardlinked in the destination. to repeat: rm -r /wherever/dev/ rsync -Haxv --delete /dev/ /wherever/dev/ rsync -Haxv --delete /dev/ /wherever/dev/ ls -i /dev/ | awk '{print $1}' | sort | uniq -c | egrep -v '^ 1 ' ls -i /wherever/dev/ | awk '{print $1}' | sort | uniq -c | egrep -v '^ 1 ' rm -r dst ls -aliT src 17 crw-r--r-- 2 root wh...

https://bugzilla.samba.org/show_bug.cgi?id=2933 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2005-07-31 15:50 ------- This is rather interesting. In the old days, rsync

...create/mtime but not delete in ./0/. should be all three. slinks/sockets/fifos are always listed even if no change in ./0/. should be only upon create/mtime/delete. to repeat... use the familiar srcdir full of slink/sock/fifo/regf types in both hardlinked/non-hardlinked versions. sudo rsync -Haxv --delete --link-dst=`pwd`/1/ ./0/ ./2/ play with create/mtime/delete of slink/sock/fifo/regf in ./0/ increment link-dest and dest dir indexes and rerun examine rsync output repeat with next index a duplicate rerun with the same indexes and no play is clean as it should be. a duplicate rerun with t...

https://bugzilla.samba.org/show_bug.cgi?id=3693 Summary: rsync can use same --link-dest file several times, leading to incorrect hard links Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: