similar to: Meaning of "failed verification -- update retained (will try again)."

Mostly it means that the file rsync ended up with on the target end didn't match the file on the source it started with. This is mostly caused by the file being modified on the source while rsync is copying it but it can also be a memory corruption problem. On 8/11/20 1:13 PM, Peng Yu via rsync wrote: > Hi, > > I see some warnings like the following. Could anybody explains what

https://bugzilla.samba.org/show_bug.cgi?id=11866 Bug ID: 11866 Summary: rsync fails (failed to re-stat) when using double fuzzy + link-dest on renamed files Product: rsync Version: 3.1.1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component:

Am 07.11.18 um 12:07 schrieb Rowland Penny via samba: > On Wed, 7 Nov 2018 11:44:28 +0100 > Reindl Harald via samba <samba at lists.samba.org> wrote: > >> >> Am 07.11.18 um 09:54 schrieb Rowland Penny via samba: >>> On Wed, 7 Nov 2018 05:45:45 +0300 >>> Albert Berger via samba <samba at lists.samba.org> wrote: >>> >>>>

Am 07.11.18 um 09:54 schrieb Rowland Penny via samba: > On Wed, 7 Nov 2018 05:45:45 +0300 > Albert Berger via samba <samba at lists.samba.org> wrote: > >> I'm running a Samba server on Raspbian and observing that Samba >> during idle periods is constantly (every minute) writing to HDD >> (maybe doing some journaling?) what causes the HDD to constantly spin

Greetings Samba team, It has been a long time since I needed to ask a Samba technical question. Server and workstation are both running the latest Samba packages via Ubuntu 16.04 LTS. I recently applied the security updates... actually that was yesterday I applied them. > samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium > > * SECURITY UPDATE: client code can

https://bugzilla.samba.org/show_bug.cgi?id=11378 Bug ID: 11378 Summary: Please add a '--line-buffered' option to rsync to make logging/output more friendly with pipes/syslog/CI systems/etc. Product: rsync Version: 3.1.1 Hardware: All OS: All Status: NEW

I'm running a Samba server on Raspbian and observing that Samba during idle periods is constantly (every minute) writing to HDD (maybe doing some journaling?) what causes the HDD to constantly spin and never standby: root at rpi:~# pidstat -dl 20 Linux 4.4.50-v7+ (localhost) 11/07/2018 _armv7l_ (4 CPU) 04:10:08 AM UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command 04:10:28 AM

>As it's just a single file you're trying to copy, why not use cp? >Although I expect that cp will also throw an IO error at some point. Yes,I tried cp and I got the same error,that usually happens before rsync,that is able to complete the transfer until 99%. I've detached and reattached the USB disks,but I still see the error. On Mon, Dec 23, 2024 at 11:07?AM Paul Slootman via

Happened again : root at Z390-AORUS-PRO-DEST:/mnt/zroot-133/A_FILES/Backup/FreeBSD# sudo rsync -azvvP FreeBSD-141-UFS-sdc-DarkMatter.img /mnt/sdj1/OS/Backup/BSD/FreeBSD sending incremental file list delta-transmission disabled for local transfer or --whole-file FreeBSD-141-UFS-sdc-DarkMatter.img 320,072,933,376 *100%* 80.31MB/s 1:03:20 (xfr#1, to-chk=0/1) rsync: [sender] read errors mapping

Hi all, >From the manpage of rsync, I can see the following descriptions: --inplace The option implies --partial (since an interrupted transfer does not delete the file) So I do the following testings on the `--inplace' and `--partial' for resuming a file with the following steps: 1- rsync ftp.cn.debian.org::debian/dists/wheezy/main/binary-amd64/

Hello. Everytime I try to copy a file from one USB disk to another one (does not matter which one),I get this kind of error : mario at Z390-AORUS-PRO-DEST:/mnt/zroot-133/A_FILES/Backup/FreeBSD# rsync -avxHAXP FreeBSD-141-UFS-sdc-DarkMatter.img /mnt/sdj1/OS/Backup/BSD/FreeBSD --ignore-existing sending incremental file list FreeBSD-141-UFS-sdc-DarkMatter.img 320,072,933,376 100% 83.57MB/s

>Almost certainly your drive is going bad. On Linux I'd tell you to check dmesg for drive errors, I don't know what the FreeBSD equivalent is. But I strongly recommend that you treat that drive as "going to fail any second". I'm not sure that this is the reason. I see the error regardless of the USB disks that I use. And I have a lot of USB disks,10 disks. No,I

I run a rsync job transferring about 45 million files/approximately 1.8 TB data (a Mac OS X Time Machine backup) over a 100 MBit connection. I use rsync 3.1.1 from MacPorts (I first tried the built in rsync, version 2.6.9, since it has a Mac OS X specific cache parameter, but it ran out of memory) with the following parameters % rsync -HzvhErlptgoDW --stats --progress --out-format="%t %f

On Mon 23 Dec 2024, Mario Marietto via rsync wrote: > > Everytime I try to copy a file from one USB disk to another one (does not > matter which one),I get this kind of error : > > > mario at Z390-AORUS-PRO-DEST:/mnt/zroot-133/A_FILES/Backup/FreeBSD# rsync > -avxHAXP FreeBSD-141-UFS-sdc-DarkMatter.img > /mnt/sdj1/OS/Backup/BSD/FreeBSD --ignore-existing > > sending

What would you think if I told you that using Windows I no longer had that problem ? Would you still think that there are hardware problems ? And if so, why would they only manifest themselves using Linux and FreeBSD and not using Windows? On Mon, Dec 23, 2024 at 9:38?PM Robin Lee Powell < rlpowell at digitalkingdom.org> wrote: > Then you get to look at other hardware; CPU, RAM,

Mario, Are you running windows on the same hardware as Linux/BSD ? Is it a dual-boot system? If you have different systems for windows vslinux, it's possible there is a HW issue with one of them. Tom On 24 December 2024 7:44:16?am GMT+12:00, Mario Marietto via rsync <rsync at lists.samba.org> wrote: > What would you think if I told you that using Windows I no longer had that

https://bugzilla.samba.org/show_bug.cgi?id=11893 Bug ID: 11893 Summary: rsync should check local file access permission before connecting to remote end Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: core

https://bugzilla.samba.org/show_bug.cgi?id=12769 Bug ID: 12769 Summary: error allocating core memory buffers (code 22) depending on source file system Product: rsync Version: 3.1.0 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: core

Hi list, We are observing strange behavior of nsd v3.2.9 acting as slave DNS server. The environment is set up as follows: 0. We are using 172.16.0.0/16 subnet; 1. Primary Master server at 172.16.100.114; 2. Slave server at 172.16.100.115. The config file is in /etc/nsd-dns-slave.conf; 3. There may be also other Master servers im the given subnet. Now I want to permit DNS NOTIFY messages to

https://bugzilla.samba.org/show_bug.cgi?id=10170 Summary: rsync should support reflink similar to cp --reflink Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: samba at shubin.ca