Displaying 5 results from an estimated 5 matches for "avih".
Did you mean:
avi
2016 Jan 25
0
[Bug 11521] rsync does not use high-resolution timestamps to determine file differences
...T$ lat() { ls -alF -i --full-time "$@"; }
22:57:49 ~/T$ touch 1/foo
22:57:53 ~/T$ ln 1/foo 1/bar
22:57:56 ~/T$ lat */*
1321175 -rw-r--r-- 2 user user 0 2016-01-24 22:57:53.013689572 -0500 1/bar
1321175 -rw-r--r-- 2 user user 0 2016-01-24 22:57:53.013689572 -0500 1/foo
22:57:59 ~/T$ rsync -aviH 1/ 2/
sending incremental file list
.d..t...... ./
>f+++++++++ foo
hf+++++++++ bar => foo
sent 139 bytes received 53 bytes 384.00 bytes/sec
total size is 0 speedup is 0.00
22:58:13 ~/T$ lat */*
1321175 -rw-r--r-- 2 user user 0 2016-01-24 22:57:53.013689572 -0500 1/bar
1321175 -rw-r--r-- 2...
2009 Jan 12
1
Is -R --link-dest really hard to use, or is it me?
.... -name "foo" -ls
84420 4 -rw-r--r-- 2 blah blah 4 Jan 11 18:43 ./src/a/1/foo
84420 4 -rw-r--r-- 2 blah blah 4 Jan 11 18:43 ./src/a/2/foo
84426 4 -rw-r--r-- 1 blah blah 4 Jan 11 18:43 ./dst/a/1/foo
18:45:46 ~/H$ ~/rsync-3.0.5/rsync -aviH --link-dest=../1 src/a/2/ dst/a/2/
sending incremental file list
created directory dst/a/2
cd..t...... ./
sent 61 bytes received 15 bytes 152.00 bytes/sec
total size is 4 speedup is 0.05
18:46:11 ~/H$ find . -name "foo" -ls
84420 4 -rw-r--r-- 2 blah blah 4 Jan 11 18...
2017 Apr 14
4
rsync buffer overflow detected
...n+0xf5)[0x7ffff7845b45]
<snip>/rsync(+0x7f89)[0x55555555bf89]
I guess that problem is about too many open fds
STR for this is a small script on python:
import os
import subprocess
F = 'test'
OPENS = 1600
cmd = [
#'gdb', '--args',
'./rsync',
'-aviH',
'/etc/passwd',
'/tmp/passwd'
]
for i in xrange(OPENS):
fd = os.open(F, os.O_WRONLY | os.O_CREAT)
print(cmd)
subprocess.check_call(cmd)
I rebuild rsync-3.1.1 from Debian source with debug and -O1 and get bt from gdb:
(gdb) bt
#0 0x00007ffff7859067 in __GI_raise (...
2014 Dec 25
8
[PATCH] Consider nanoseconds when quick-checking for unchanged files
On systems using nanoseconds differences should be taken into consideration.
--- a/generator.c 2014-06-14 01:05:08.000000000 +0200
+++ b/generator.c 2014-12-25 11:19:54.000000000 +0100
@@ -588,7 +588,13 @@
if (ignore_times)
return 0;
- return cmp_time(st->st_mtime, file->modtime) == 0;
+ return cmp_time(st->st_mtime, file->modtime) == 0
+#ifdef ST_MTIME_NSEC
+ ?
2017 Apr 16
0
Aw: rsync buffer overflow detected
...9]
>
> I guess that problem is about too many open fds
> STR for this is a small script on python:
> import os
> import subprocess
>
> F = 'test'
> OPENS = 1600
>
> cmd = [
> #'gdb', '--args',
> './rsync',
> '-aviH',
> '/etc/passwd',
> '/tmp/passwd'
> ]
>
> for i in xrange(OPENS):
> fd = os.open(F, os.O_WRONLY | os.O_CREAT)
> print(cmd)
> subprocess.check_call(cmd)
>
> I rebuild rsync-3.1.1 from Debian source with debug and -O1 and get bt from gd...