--partial does not "unhide" the files

Kevin Korb kmk at sanitarium.net
Mon Dec 31 19:50:03 UTC 2018


I can't say I have any idea why rsync would just skip that step and I
can't duplicate it myself.

Your only recourse might be to use --inplace on that system.

On 12/31/18 12:33 PM, Heiko Schlittermann via rsync wrote:
> Kevin Korb via rsync <rsync at lists.samba.org> (So 30 Dez 2018 23:56:44 CET):
>> I think --partial might be a red herring here.  It only applies to what
>> happens when rsync is aborted in the middle of a file.  What happens
>> without -P?
> 
> Same happens w/o --partial. I append 2 logs:
> - a from localhost to remote server, exposing the missing "rename"
> - b from localhost to localhost
> 
> In both cases the file itself is empty, and didn't exist on the
> receivers side.
> 
> The unified diff looks like this:
> 
>     --- /tmp/a	2018-12-31 18:30:38.747209487 +0100
>     +++ /tmp/b	2018-12-31 18:30:45.623719009 +0100
>     @@ -1,6 +1,6 @@
>     -cmd=<NULL> machine=platte user=<NULL> path=/tmp/y
>     -cmd[0]=ssh cmd[1]=platte cmd[2]=rsync cmd[3]=--server cmd[4]=-vvvve.LsfxC cmd[5]=. cmd[6]=/tmp/y
>     -opening connection using: ssh platte rsync --server -vvvve.LsfxC . /tmp/y  (7 args)
>     +cmd=<NULL> machine=localhost user=<NULL> path=/tmp/y
>     +cmd[0]=ssh cmd[1]=localhost cmd[2]=rsync cmd[3]=--server cmd[4]=-vvvve.LsfxC cmd[5]=. cmd[6]=/tmp/y
>     +opening connection using: ssh localhost rsync --server -vvvve.LsfxC . /tmp/y  (7 args)
>      msg checking charset: UTF-8
>      (Client) Protocol versions: remote=31, negotiated=31
>      [sender] make_file(x,*,0)
>     @@ -10,7 +10,7 @@
>      [sender] flist_eof=1
>      file list sent
>      send_files starting
>     -server_recv(2) starting pid=16534
>     +server_recv(2) starting pid=18896
>      recv_file_name(x)
>      received 1 names
>      [Receiver] flist_eof=1
>     @@ -18,7 +18,7 @@
>      [Receiver] i=0 1 x mode=0100644 len=0 flags=1000
>      recv_file_list done
>      get_local_name count=1 /tmp/y
>     -generator starting pid=16534
>     +generator starting pid=18896
>      delta-transmission enabled
>      recv_generator(y,0)
>      send_files(0, ./x)
>     @@ -30,10 +30,11 @@
>      false_alarms=0 hash_hits=0 matches=0
>      sender finished ./x
>      generate_files phase=1
>     -recv_files(1) starting
>      send_files phase=1
>     +recv_files(1) starting
>      recv_files(y)
>      got file_sum
> *   +renaming .y.Oq45md to y
>      recv_files phase=1
>      generate_files phase=2
>      send_files phase=2
>     @@ -43,9 +44,9 @@
>      recv_files finished
>      generate_files phase=3
>      generate_files finished
>     -client_run waiting on 18876
>     +client_run waiting on 18878
> 
>     -sent 75 bytes  received 533 bytes  1,216.00 bytes/sec
>     +sent 75 bytes  received 561 bytes  424.00 bytes/sec
>      total size is 0  speedup is 0.00
>      [sender] _exit_cleanup(code=0, file=main.c, line=1196): entered
>      [sender] _exit_cleanup(code=0, file=main.c, line=1196): about to call exit(0)
> 
> 
>     Best regards from Dresden/Germany
>     Viele Grüße aus Dresden
>     Heiko Schlittermann
> --
>  SCHLITTERMANN.de ---------------------------- internet & unix support -
>  Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
>  gnupg encrypted messages are welcome --------------- key ID: F69376CE -
>  ! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ -
> 
> 

-- 
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
	Kevin Korb			Phone:    (407) 252-6853
	Systems Administrator		Internet:
	FutureQuest, Inc.		Kevin at FutureQuest.net  (work)
	Orlando, Florida		kmk at sanitarium.net (personal)
	Web page:			https://sanitarium.net/
	PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/rsync/attachments/20181231/e1101ca6/signature.sig>


More information about the rsync mailing list