Deleted symlinks when receiveing files with the same name

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Deleted symlinks when receiveing files with the same name

Gionatan Danti
Hi list,
I would like to know if the following rsync's behavior can be
changed/modified.

I noticed that when rsync receive a file for which the local filesystem
already has a symlinks with the same path/name, it _first_ delete the
symlink, _then_ it start the transfer.

I think there are two problems with this approach:
- it completely ignores the content of the symlinked files, which can be
used to speedup the transfer;
- if the transfer goes interruped/stopped, the receiving side remains
without the symlink and without the to-be-received file. In other words,
a file "seems" lost.

I did some test with the verious delete-after (and similar) options, but
they do not change anything.

I am missing something?
Thanks.

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: [hidden email] - [hidden email]
GPG public key ID: FF5F32A8

--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

Re: Deleted symlinks when receiveing files with the same name

Gionatan Danti
Hi all,
anyone with some ideas? I am missing something?

Thanks.

On 16/03/2016 16:30, Gionatan Danti wrote:

> Hi list,
> I would like to know if the following rsync's behavior can be
> changed/modified.
>
> I noticed that when rsync receive a file for which the local filesystem
> already has a symlinks with the same path/name, it _first_ delete the
> symlink, _then_ it start the transfer.
>
> I think there are two problems with this approach:
> - it completely ignores the content of the symlinked files, which can be
> used to speedup the transfer;
> - if the transfer goes interruped/stopped, the receiving side remains
> without the symlink and without the to-be-received file. In other words,
> a file "seems" lost.
>
> I did some test with the verious delete-after (and similar) options, but
> they do not change anything.
>
> I am missing something?
> Thanks.
>

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: [hidden email] - [hidden email]
GPG public key ID: FF5F32A8

--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

Re: Deleted symlinks when receiveing files with the same name

Gionatan Danti
In reply to this post by Gionatan Danti
Hi list,
some advices on that?

Regards.

On 16/03/2016 16:30, Gionatan Danti wrote:

> Hi list,
> I would like to know if the following rsync's behavior can be
> changed/modified.
>
> I noticed that when rsync receive a file for which the local filesystem
> already has a symlinks with the same path/name, it _first_ delete the
> symlink, _then_ it start the transfer.
>
> I think there are two problems with this approach:
> - it completely ignores the content of the symlinked files, which can be
> used to speedup the transfer;
> - if the transfer goes interruped/stopped, the receiving side remains
> without the symlink and without the to-be-received file. In other words,
> a file "seems" lost.
>
> I did some test with the verious delete-after (and similar) options, but
> they do not change anything.
>
> I am missing something?
> Thanks.
>

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: [hidden email] - [hidden email]
GPG public key ID: FF5F32A8

--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html