On Tue, Jul 16, 2024 at 05:56:28PM +0200, francis.montag...@inria.fr wrote:
> Hi.
>
> On Tue, 16 Jul 2024 16:00:47 +0100 Chris Green via rsync wrote:
>
> > I run a daily backup using 'rsync -a -F '
>
> > I want to exclude everything in ~/.local/share **except**
On Tue, 16 Jul 2024 11:12:54 -0700 Ian Z via rsync wrote:
> On Tue, Jul 16, 2024 at 05:56:28PM GMT, Francis.Montagnac--- via rsync wrote:
>> No. Assuming you are doing this backup from your homedir, you should
>> add to your .rsync-filter file:
>> + /.local/
On Tue, Jul 16, 2024 at 05:56:28PM GMT, Francis.Montagnac--- via rsync wrote:
> > I want to exclude everything in ~/.local/share **except** the file:-
> >/home/chris/.local/share/evolution/calendar/system/calendar.ics
> > I have the following in my rsync-filter file t
Hi.
On Tue, 16 Jul 2024 16:00:47 +0100 Chris Green via rsync wrote:
> I run a daily backup using 'rsync -a -F '
> I want to exclude everything in ~/.local/share **except** the file:-
>/home/chris/.local/share/evolution/calendar/system/calendar.ics
> I have the following
I run a daily backup using 'rsync -a -F '
I want to exclude everything in ~/.local/share **except** the file:-
/home/chris/.local/share/evolution/calendar/system/calendar.ics
I have the following in my rsync-filter file to exclude ~/.local/share
- .local/share
Can I simply add
On Tue, Jul 09, 2024 at 11:37:19AM GMT, BP25 via rsync wrote:
> In other words, the recursion did not happen linearly (according to
> the tree structure of either the sender or the receiver). This is
> very counter-intuitive: I'd expect that every line which lies
> between a
Also note the SORTED TRANSFER ORDER paragraph in the rsync
manual. I don't think this paragraph is relevant to my question because
I understand it's only relevant to multiple nonrecursive rsync commands;
whereas I have one single recursive rsync command.
--
Please use reply-all for most
"atypical folders" be created in the middle of the recursion
"A/B/...", rather than together with the empty folder "A/B/" immediately
after rsync enters folder "A", and before rsync starts dealing with
files inside "A/B/"?
--
Please use r
Dear rsync community,
I hope that someone can help me with this issue, probably
related to my lack of understanding of how rsync recursive works. In the
output was displayed something like this (I don't remember in the lines
below whether rsync was deleting or creating files
Here's a test for clone-test on bcachefs, also available here:
https://github.com/josephmaher/rsync
Notes:
Test needs to be run as root.
clone-dest-bcachefs needs mkfs.bcachefs
Joseph
On Wed, 14 Feb 2024, Joseph Maher via rsync wrote:
WayneD's clone-dest patch seems
https://bugzilla.samba.org/show_bug.cgi?id=3693
--- Comment #12 from Ben Millwood ---
hi folks, I've run into this problem in a couple of cases that I think haven't
been mentioned so far:
- Every month I rsync my boot disk to an external disk and then take a ZFS
copy-on-write snapshot
Hi,
thanks for the information. Shall I file a bug report at
https://github.com/RsyncProject/rsync/issues ?
Yours
lopiuh
Am Mo., 3. Juni 2024 um 15:57 Uhr schrieb Paul Slootman via rsync
:
>
> On Mon 03 Jun 2024, Kevin Korb via rsync wrote:
>
> > It appears that xattr change
Paul Slootman via rsync wrote:
> On Sun 02 Jun 2024, Chris Green via rsync wrote:
>
> > I have an rsync daemon running on a 64-bit (x86_64) system which I
> > successfully use for backups from several other 64-bit systems on my
> > LAN.
> >
> > I want to
On Sun 02 Jun 2024, Chris Green via rsync wrote:
> I have an rsync daemon running on a 64-bit (x86_64) system which I
> successfully use for backups from several other 64-bit systems on my
> LAN.
>
> I want to use it for backups from a BeagleBone Black (32-bit, armv7l)
> but i
I have an rsync daemon running on a 64-bit (x86_64) system which I
successfully use for backups from several other 64-bit systems on my
LAN.
I want to use it for backups from a BeagleBone Black (32-bit, armv7l)
but it fails as follows:-
root@bbb:~# rsync -a /etc chris@backup::bbb
On Mon 03 Jun 2024, Kevin Korb via rsync wrote:
> It appears that xattr changes (that is what the x mens) never made it into
> the verbose output. I would call that a bug but I would rather it be fixed
> by making -v include -i.
I think -v only shows when file data is transferred
It appears that xattr changes (that is what the x mens) never made it
into the verbose output. I would call that a bug but I would rather it
be fixed by making -v include -i.
On 6/3/24 05:22, - via rsync wrote:
Hi,
Version: sync version 3.3.0 protocol version 31
If I do a
I get
;-i>:
rsync -avhHXASDin --del /mnt/ /foo/mnt/
I get:
=
sending incremental file list
.fx usr/bin/ping
.d...a. var/log/journal/
sent 263,31K bytes received 1,14K bytes 528,90K bytes/sec
total size is 294,92M speedup is 1.115,21 (DRY RUN)
On Wed 15 May 2024, Graham Leggett via rsync wrote:
>
> Then we check the disk underneath rsync:
>
> [root@arnie images]# dd if=/dev/urandom of=random.img count=1024 bs=10M
> status=progress
> 1604321280 bytes (1.6 GB, 1.5 GiB) copied, 16 s, 100 MB/s^C
> 159+0 records i
Hi all,
I am trying to get to the bottom of a strange rsync performance problem.
On a specific guest OS, and only on this guest OS, rsync is giving modem-like
transfer speeds. This happens on delta transfers, and whole file transfers.
[root@arnie ~]# rsync -avz --progress --sparse
I don't believe that what you are asking for can be done with rsync. At
first thought you can't mix --ignore-existing with --ignore-non-existing
as that would ignore everything. Something would have to at least exist
and not be ignored for rsync to link to it.
Anyway, for a laugh, I asked
Recently I was thinking about --link-dest= and if it was possible to use
rsync to de-duplicate two nearly-identical directory structures.
Normally I would use a tool like hardlink, jdupes, or rdfind, but in
this case the files are huge and numerous, so hashing them would take
forever. I did
-build.yml
@@ -3,8 +3,14 @@ name: Test rsync on Cygwin
on:
push:
branches: [ master ]
+paths-ignore:
+ - '.github/workflows/*.yml'
+ - '!.github/workflows/cygwin-build.yml'
pull_request:
branches: [ master ]
+paths-ignore:
+ - '.github/workflows/*.yml
-cmarkgfm openssl
-echo "/usr/local/bin" >>$GITHUB_PATH
-- name: configure
- run: ./configure --with-rrsync
-- name: make
- run: make
-- name: install
- run: sudo make install
-- name: info
- run: rsync --version
-- name: check
prep
diff --git a/.github/workflows/freebsd-build.yml
b/.github/workflows/freebsd-build.yml
index 0fb5adb0..2c0061ee 100644
--- a/.github/workflows/freebsd-build.yml
+++ b/.github/workflows/freebsd-build.yml
@@ -12,7 +12,8 @@ jobs:
name: Test rsync on FreeBSD
steps:
- uses: act
ile | 2 +-
packaging/pkglib.py | 11 ---
packaging/pre-push | 16
packaging/release-rsync | 2 --
version.h
.
---
Summary of changes:
NEWS.md | 15 +++
README.md| 8 +---
rsync.1.md | 3 +--
rsyncd.conf.5.md | 3 +--
version.h| 2 +-
5 files changed, 23 insertions(+), 8 deletions
l bs=1M count=1024
-- zpool create -m `pwd`/testtmp zpool /tmp/zpool
-- pkg install -y bash autotools m4 xxhash zstd liblz4 wget
-- wget -O git-version.h
https://gist.githubusercontent.com/WayneD/c11243fa374fc64d4e42f2855c8e3827/raw/rsync-git-version.h
- configure_script:
-- CPPFLAGS
Hi Wayne,
Just an FYI: RSync 3.3.0 built for HPE NonStop x86 and ia64 is now available on
the ITUGLIB website (my team). We have supported that community and platform
for many years. I am unsure how best to notify the RSync team about this.
Regards,
Randall
From: rsync On Behalf
ae3e13ba99d0d6c1727ca7930b0eab5f60122ae0
Author: Wayne Davison
Date: Sat Apr 6 10:33:42 2024 -0700
Update github links.
---
Summary of changes:
README.md | 6 +++---
configure.ac| 2 +-
rsync.1.md | 2
I have released rsync version 3.3.0. This is a bug fix release, with the
increased version bump being a delayed reaction to some of the recent
larger changes that have happened.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.3.0
You can
I have released rsync version 3.3.0. This is a bug fix release, with the
increased version bump being a delayed reaction to some of the recent
larger changes that have happened.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.3.0
You can
)
---
--
The rsync repository.
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs
+++ b/NEWS.md
@@ -1,4 +1,4 @@
-# NEWS for rsync 3.3.0 (UNRELEASED)
+# NEWS for rsync 3.3.0 (6 Apr 2024)
## Changes in this version:
@@ -4762,7 +4762,7 @@
| RELEASE DATE | VER. | DATE OF COMMIT\* | PROTOCOL|
|--||--|-|
-| ?? May 2023
its third parameter (size) is larger than the buffer:
$ rsync -FFXHav '--filter=merge global-rsync-filter' Align-37-43/ xxx
sending incremental file list
*** buffer overflow detected ***: terminated
It's in the exclude code in setup_merge_file():
strlcpy(y, save
the daemon's
output, which can assist with debugging.
Note that the `early exec` command runs before any part of the transfer
--
The rsync repository.
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo
.
---
Summary of changes:
NEWS.md | 9 ++---
delete.c | 2 +-
flist.c | 2 +-
options.c| 2 ++
rsync.1.md | 3 ++-
support/mnt-excl | 48 +---
util2.c | 2 +-
7 files changed, 42 insertions(+), 26
Hi all,
I'm trying to transfer data from the old fileserver to the new cluster
using rsync.
Depending on how I define the source path either the folder acls are
transfered
or the file acls.
This command preserves the file acls:
# rsync -AavXz --numeric-ids --delete /winhome
root
purposes.
rsync is used commonly to synchronise at the *file level* between very
different operating systems -- from Linux to Windows, from macOS to Linux, etc.
It also has multiple features to allow filtering and selecting files within the
source and destination directories, thus only
This happens with rsync-3.2.4, upgraded to v3.2.7 and this is solved.
Thanks.
--
Shedi
On Tue, Mar 12, 2024 at 3:05 PM Shreenidhi Shedi <
shreenidhi.sh...@broadcom.com> wrote:
> Hi All,
>
> Any inputs on this issue?
>
> --
> Shedi
>
>
> On Wed, Feb 21,
I've added the options --min-age=SECONDS and --max-age=SECONDS to allow
rsync to skip files based on how recently they were modified.
Setting --min-age=30 (for example) would cause rsync to skip files that
had been modified within the last 30 seconds.
Setting --max-age=7776000 would cause
Shedi
I suggest upgrading rsync to a modern hash. For example, Blake3.
On Tue, Mar 12, 2024, 8:00 a.m. wrote:
> Send rsync mailing list submissions to
> rsync@lists.samba.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sa
ve xattr values which are >
> 32 bytes.
>
> https://github.com/WayneD/rsync/issues/569
>
> Hi All,
>
> System details:
>
> root@ph3dev [ ~ ]# rsync --version
> rsync version 3.2.4 protocol version 31
> Capabilities:
> 64-bit files, 64-bit inums, 64-b
https://bugzilla.samba.org/show_bug.cgi?id=6741
--- Comment #5 from Marc Aurèle La France ---
Created attachment 18263
--> https://bugzilla.samba.org/attachment.cgi?id=18263=edit
rsync stdout filter
Just something I've come up with to work around this issue. Not perfect but
does the
Hi All,
Copying the content from the GH issue as is.
Need your inputs on the same.
FWIW, the coredump files generated in linux have xattr values which are >
32 bytes.
https://github.com/WayneD/rsync/issues/569
Hi All,
System details:
root@ph3dev [ ~ ]# rsync --version
rsync version 3.
https://bugzilla.samba.org/show_bug.cgi?id=15585
Bug ID: 15585
Summary: rsync ends still with error 22 when try to deleting
many files
Product: rsync
Version: 3.2.0
Hardware: All
OS: All
Status
WayneD's clone-dest patch seems to be working for me, it's available here:
https://github.com/WayneD/rsync-patches/blob/master/clone-dest.diff
I've written some very basic tests, which I've attached to this email, in
case they are of use to anyone else. They're also available here:
https
I'm not really blaming the user. If it were up to me, -v would include -i.
On 2/9/24 05:36, Andreas Gruenbacher wrote:
On Sun, Feb 4, 2024 at 7:20 PM Kevin Korb via rsync
wrote:
rsync's -v is fairly useless. Learn to use -i instead or in addition to.
Well, note that I didn't say anything
On Sun, Feb 4, 2024 at 7:20 PM Kevin Korb via rsync
wrote:
> rsync's -v is fairly useless. Learn to use -i instead or in addition to.
Well, note that I didn't say anything about the lib/ directory in that
command; it's just that rsync decided to remove the symlink component
from the path
https://bugzilla.samba.org/show_bug.cgi?id=2294
--- Comment #39 from andy ---
> This feature request is so old it has lost relavence because btrfs/zfs/etc
> are more optimal backup solutions than rsync.
Funny I am doing exactly this, but I came to rsync looking for a backup for
when ZFS
now it sounds like you have too many hard links for rsync to handle.
On 2/7/24 08:05, Franke via rsync wrote:
Am 06.02.24 um 23:20 schrieb Roland:
and then, it stops totally quiet.
you mean it simply exits without any message?
Yes rsync ends totally quit.
what's the return code ( echo
here is another report of this behaviour.
https://unix.stackexchange.com/questions/754923/rsync-just-stops
nothing appropriate in bugzilla, besides
https://bugzilla.samba.org/show_bug.cgi?id=13317
do you use zfs or is there full-space/quota condition while running?
if you can't resolve, please
and then, it stops totally quiet.
you mean it simply exits without any message?
what's the return code ( echo $? )
roland
Am 06.02.24 um 22:18 schrieb Franke via rsync:
Hi Kevin,
Am 06.02.24 um 20:55 schrieb Kevin Korb:
The other likely cause is your $SOURCE being something that contains
Normally, when rsync isn't deleting things the problem is that there is
some kind of error (possibly scrolled off screen unnoticed) but it
sounds like you are getting no output at all which would eliminate that
possibility.
The other likely cause is your $SOURCE being something that contains
rsync's -v is fairly useless. Learn to use -i instead or in addition to.
On 2/4/24 12:58, Andreas Gruenbacher via rsync wrote:
Hello,
when trying to rsync files between hosts, I ran into a surprising case
in which rsync replaces a symlink with a directory, with no indication
of any kind
Hello,
when trying to rsync files between hosts, I ran into a surprising case
in which rsync replaces a symlink with a directory, with no indication
of any kind.
In the following reproducer, rsync is called as follows:
rsync --verbose --recursive --relative --delete a/./lib/modules b
I'm using Fedora 38's rsync-3.2.7-2.fc38.x86_64 package, and the other
day, I noticed that one of my backup scripts was creating directories
with garbage names. Eventually I tracked the problem down to the argv
use-after-free issue with popt 1.19 that was fixed in commit
--modify-window was it, thanks very much. Works flawlessly now.
Thanks also for the s,a,rt, tip.
--
Ian
--
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
Also, instead of -a use -rt. Those are the only parts of -a that FAT
even pretends to support.
On 1/21/24 16:42, Roland via rsync wrote:
it's most likely because of vfat timestamp limitation
try
--modify-window
When comparing two timestamps, rsync treats the
timestamps
it's most likely because of vfat timestamp limitation
try
--modify-window
When comparing two timestamps, rsync treats the
timestamps as being equal if they differ by no more than the modify-window
value. This is normally 0 (for an exact match), but
you may find
I am trying to use rsync between two local directories on Linux.
The source directory is on a normal ext4 partition, under my home
directory. The destination is an SD card that I insert into the card
reader on the computer, formatted with a vfat filesystem.
The command line is like
rsync -avC
On Thu, 18 Jan 2024, Paul Slootman via rsync wrote:
On Thu 18 Jan 2024, Roger Price via rsync wrote:
I get the messages
sending incremental file list
ERROR: daemon refused to receive file "rprice/demo.dvi"
I understand that the remote daemon has refused file demo.dvi because I
sp
On Thu 18 Jan 2024, Roger Price via rsync wrote:
> I am backing up a user's directories from local machine titan to remote
> machine maria. On the remote machine maria file /etc/rsyncd.conf contains
>
> [rprice-home]
> ...
> exclude = *.dvi
>
> I start the back
I am backing up a user's directories from local machine titan to remote machine
maria. On the remote machine maria file /etc/rsyncd.conf contains
[rprice-home]
...
exclude = *.dvi
I start the backup by using this command on the local machine titan:
rprice@titan ~ rsync -av --dry-run /mnt
with -4 which works fine except when there is only v6
connectivity between a pair of hosts, whereupon ssh between them works
but rsync unexpectedly fails with 'Name has no usable address'.
Signed-off-by: Chris Webb
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi.
On Sun, 31 Dec 2023 20:28:21 +0100 Roland via rsync wrote:
> apparently, rsync sorts the list of files provided to "--files-from".
> how can i avoid sorting of that list ?
According to the man, this is not possible. See: SORTED TRANSFER ORDER
that suggest also the --dela
https://bugzilla.samba.org/show_bug.cgi?id=15546
Bug ID: 15546
Summary: disable of sorting when files to transfer is fed via
--files-from
Product: rsync
Version: 3.2.0
Hardware: All
OS: All
to bugzilla
thanks
roland
Am 31.12.23 um 20:56 schrieb francis.montag...@inria.fr:
Hi.
On Sun, 31 Dec 2023 20:28:21 +0100 Roland via rsync wrote:
apparently, rsync sorts the list of files provided to "--files-from".
how can i avoid sorting of that list ?
According
hello,
apparently, rsync sorts the list of files provided to "--files-from".
how can i avoid sorting of that list ?
I want to copy a list of files in specific order
regards
Roland
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe
creenshot. errs was
definitely the one I referenced, and it was increasing.
As it turns out, there was some kind of network configuration issue with my
network provider that caused this fscking problem.
I knew at some point it couldn't have been an rsync problem, but I also
wasn't sure if it was
l.com>> wrote:
Hi,
On Wed, Dec 20, 2023 at 11:03 AM Kevin Korb via rsync
mailto:rsync@lists.samba.org>> wrote:
What is the error? I assume you know that with that syntax the
filelist.txt is local rather than remote.
Yes, I do know i
M Alex wrote:
> Hi,
>
> On Wed, Dec 20, 2023 at 11:03 AM Kevin Korb via rsync <
> rsync@lists.samba.org> wrote:
>
>> What is the error? I assume you know that with that syntax the
>> filelist.txt is local rather than remote.
>>
>
> Yes, I do know it refers
Hi,
On Wed, Dec 20, 2023 at 11:03 AM Kevin Korb via rsync
wrote:
> What is the error? I assume you know that with that syntax the
> filelist.txt is local rather than remote.
>
Yes, I do know it refers to the list of local files.
There is no error - it just hangs indefinitely u
What is the error? I assume you know that with that syntax the
filelist.txt is local rather than remote.
On 12/20/23 09:50, Alex via rsync wrote:
Hi, I've been using rsync on fedora over ssh to sync directories for
decades, but suddenly having a problem with transferring multiple files
Hi, I've been using rsync on fedora over ssh to sync directories for
decades, but suddenly having a problem with transferring multiple files at
a time to one specific host using --files-from. I can't think of what might
have changed to have caused this. Using rsync to transfer a single file
I want to recognize and handle some rsync error messages
in my log files (containing also the --itemize-changes output)
on different computers with different language/locale settings.
Can I rely on rsync to create only English error messages
to have a stable pattern to recognize?
PS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Unfortunately, exit 23 litterally just means something else went wrong
and might have scrolled off of the screen if you have rsync listing
files (--verbose or --itemize_changes). Essentially, it is anything
that doesn't have its own exit code. I
On Thu, 2023-12-14 at 14:09 -0500, Kevin Korb wrote:
> Unfortunately, exit 23 litterally just means something else went wrong
> and might have scrolled off of the screen if you have rsync listing
> files (--verbose or --itemize_changes). Essentially, it is anything
> that doesn't
I am trying to find a solution for the open source Linux software
"Back In Time" (https://github.com/bit-team/backintime)
where we evaluate the rsync exit code when taking a backup via rsync
and inform the user that an error has occured.
Questions:
1. Is there full list of possib
For example, is there any reason why rsync doesn't support blake2b( on 64b
engines ) and blake2s ( on "tiny" engines )?
On Sun, Oct 29, 2023, 5:49 p.m. brent kimberley
wrote:
> Hi.
> What is the process for deciding what types of checksums can be included
> with rsyn
What is the process for deciding what types of checksums can be included
with rsync?
>
--
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/f
Here is the missing attachment ;-)
On Fri, 2023-09-22 at 21:01 +0200, rsync--- via rsync wrote:
> On Fri, 2023-09-22 at 07:37 -0400, Kevin Korb wrote:
> > So I decided to do a quick test using the Linux kernel source tree since
> > it has lots of files.
>
> Excellent idea
narios...
> I duplicated a tree, used 'find . -type f -exec
> chmod 444 {} +' to make read only files for rsync to want to chmod, then
> used cp -al to make several duplicate trees using hard linked files.
> [...]
> But also, I did not experience the problem you are describing. My su
On Fri 22 Sep 2023, Kevin Korb via rsync wrote:
> 444 {} +' to make read only files for rsync to want to chmod, then used cp
> -al to make several duplicate trees using hard linked files. An rm -rf on
> one such tree took .97 seconds while an rsync deletion took 1.25 seconds.
Be sur
So I decided to do a quick test using the Linux kernel source tree since
it has lots of files. I duplicated a tree, used 'find . -type f -exec
chmod 444 {} +' to make read only files for rsync to want to chmod, then
used cp -al to make several duplicate trees using hard linked files. An
rm
On Thu, 2023-09-21 at 20:08 -0400, Kevin Korb via rsync wrote:
> I have heard in the past that rsyncing an empty dir over a tree to
> delete the tree is faster than an rm -rf but I can't say I have ever
> benchmarked it to get any actual numbers.
This **may** indeed be a myth (for a
that rsync actually adds a bunch of pointless chmods to the process. Is
it still faster given this problem? If so maybe we should be trying to
investigate why rm is so slow. Otherwise, I would agree that an
optimization to not do a bunch of pointless chmods is a good idea. I
would suspect
https://bugzilla.samba.org/show_bug.cgi?id=12806
--- Comment #7 from Aryo Da ---
I think this a severe bug for all backup use cases of rsync that take a full
snapshot with permissions (--perms) by creating hardlinks to unchanged files +
copies of changed files (--link-dest):
-> Whenever an
e...
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
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
Context
---
I am one of the active developers of the open source application "Back in Time"
which uses "rsync" as backend and I want to fix an open issue:
"Back in Time"-Bug:
https://github.com/bit-team/backintime/issues/994#issuecomment-1724211507
&q
Is this being accessed via a fuse mount? If so it seems like that is
where this kind of feature should be implemented (like a mount option to
decide how to handle such files). Rsync shouldn't need special features
to deal with every kind of file storage.
On 9/12/23 05:22, Brian &quo
Hi,
I have also posted this on GitHub but it isn’t clear that was the right place:
https://github.com/WayneD/rsync/issues/522
iCloud Drive will evict files that are unused or when additional space is
needed on the local drive. The evicted files are replace by "bookmark" files
that a
Am 06.09.23 um 08:49 schrieb Paul Slootman via rsync:
The current version is 3.2.7, especially 2.6.8 is quite ancient.
You may want to upgrade before going bug hunting, chances are your
problem has already been fixed.
Oh yes, exactly the step to 3.* did a lot both to option and PERFORMANCE
On Sun 03 Sep 2023, Perry Hutchison via rsync wrote:
> On the source system:
>
> $ rsync --version
> rsync version 2.6.8 protocol version 29
> On the destination system:
> $ rsync --version
> rsync version 3.0.7 protocol version 30
The current version is 3.2.7, espe
Kevin Korb wrote:
> On Sun, 3 Sep 2023, Perry Hutchison via rsync wrote:
> > On the source system:
> > ...
> > $ ll -d fcst-200[89] fcst-201[01]
> > dr-xr-xr-x 2 perryh perryh 7168 Nov 27 2009 fcst-2008
> > dr-xr-xr-x 2 perryh perryh 9216 Jul 21 2010 f
, 3 Sep 2023, Perry Hutchison via rsync wrote:
Date: Sun, 03 Sep 2023 00:35:29 -0700
From: Perry Hutchison via rsync
To: rsync@lists.samba.org
Subject: Why try to update (some) permissions which are the same?
On the source system:
$ rsync --version
rsync version 2.6.8 protocol version 29
On the source system:
$ rsync --version
rsync version 2.6.8 protocol version 29
Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others.
<http://rsync.samba.org/>
Capabilities: 64-bit files, socketpairs, hard links, ACLs, symlinks, batchfiles,
inplace, IPv6
i have this:
if /SRC/1980-01-01 has newer modification time than /DST/2023-08-21,
then rsync -r --delete /SRC /DST will overwrirte 2023-08-21 with
1980-01-01. which is not what I want.
I only need to overwrite if source is "newer" in sense of "date filename"
is this
find /mnt/foo/* -maxdepth 0 -print -exec rsync -an `realpath {}`
/mnt/bar/ \;
(realpath eliminates the trailing slashes)
On 8/3/23 22:27, Fourhundred Thecat via rsync wrote:
Hello,
I am copying /mnt/foo to /mnt/bar/
rsync --info=name1,del2 -rl /mnt/foo /mnt/bar/
/mnt/foo contains deep
> On 2023-08-04 06:13, Perry Hutchison wrote:
Perry Hutchison via rsync wrote:
On second thought, that grep will match any directory name having 3
*or more* levels. This:
rsync --info=name1,del2 -rl /mnt/foo /mnt/bar/ | egrep
'^/[^/]*/[^/]*/[^/]*/$'
should match only those with exac
1 - 100 of 3400 matches
Mail list logo