On 17/04/18 17:47, just subscribed for rsync-qa from bugzilla via rsync
wrote:
> https://bugzilla.samba.org/show_bug.cgi?id=5478
>
> --- Comment #34 from David Nelson ---
> FYI. Although when rsync ver. 3.0.9 is called in Ubuntu 12.04LTS to "push"
> files to the server, e.g.,
>
> rsync / server:
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #34 from David Nelson ---
FYI. Although when rsync ver. 3.0.9 is called in Ubuntu 12.04LTS to "push"
files to the server, e.g.,
rsync / server::Backups/
it fails with the error:
rsync error: error in rsync protocol data stream (code
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #33 from michaeljoya 2013-07-10 19:26:56
UTC ---
I got this error while creating a backup copy between two drives on the same
machine. It seems that most people on this list are wrongly attributing the
problem to differing rsync version
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #32 from Scott Wood 2013-05-23 03:50:20
UTC ---
I tried the --no-ckecksum or --blocking-io, both to no avail. I now have an
admin at the other end of the connection onboard for troubleshooting. If/when
we find the cause, I'll update t
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #31 from Scott Wood 2013-05-23 02:21:10
UTC ---
(In reply to comment #30)
> Did you try with one of these options : --no-checksum --no-compress
> --blocking-io ?
>
> Just a check since you have a 4G limit : I suppose you're not rsync-i
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #30 from Loïc Gomez 2013-05-22 07:02:09
UTC ---
Did you try with one of these options : --no-checksum --no-compress
--blocking-io ?
Just a check since you have a 4G limit : I suppose you're not rsync-ing to a
FAT32 filesystem ?
--
Co
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #29 from Scott Wood 2013-05-22 06:05:43
UTC ---
As a follow up to my second question, we added the firewall rules to allow
SYN,RST,ACK,FIN and ACK traffic form the server in question and it did not
solve the problem.
--
Configure bugm
ver
resulting in the following on the client:
Read from remote host theserver: Connection reset by peer
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken
pipe (32)
rsync: connection unexpectedly closed (28 bytes received so far) [sender]
rsync error: unexplained error (code 255)
https://bugzilla.samba.org/show_bug.cgi?id=5478
Sebastian changed:
What|Removed |Added
CC||s...@open-t.co.uk
--- Comment #27 from Sebastia
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #26 from Justin Patrin 2012-11-01
19:40:37 UTC ---
Correction: this problem *mostly* went away by turning off compression. I still
get this error, 100% reproducable right around the same point in certain large
file transfers. Adding --i
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #25 from Justin Patrin 2012-10-31
01:32:36 UTC ---
FWIW, this problem went away for me by just removing -z and adding
--no-compress.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving th
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #24 from Loïc Gomez 2012-10-23 11:24:52
UTC ---
I also had the same issue and it was(In reply to comment #11)
> I need to change my answer here. The files that cause it to choke are larger
> than most, so I would have to say that as a g
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #23 from Chip Schweiss 2012-10-22 16:23:10 UTC
---
I came here when I was experiencing this problem. I later found the problem.
If you are running on Redhat/Centos 5/6, there is a long standing bug in the
kernel distributed by Redhat
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #22 from Gaute Hope 2012-10-01 10:20:42 UTC
---
(In reply to comment #21)
> After all the discussion of network matters that I saw from your thread I
> thought (as I'm working in my LAN) I could turn of openSUSE's firewall for a
> try.
ially a 1GBit interfacw)
which writes the data to a RAID1 configuration of 3.5" hard drives.
So, no real large files. But a not so fast NAS.
It hung up again and again with the above mentioned message "rsync:
writefd_unbuffered failed to write 4092 bytes [sender..." for different f
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #20 from Tim Taiwanese Liim
2011-10-07 21:57:54 UTC ---
I agree with Wayne and Eric that Eric's issue is outside of rsync,
somewhere in the transport.
Eric,
Have you tried to check the TCP buffers of the ssh process on both
ends? For
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #19 from Eric Shubert 2011-10-06 15:28:32 UTC ---
(In reply to comment #14)
> So, looking at your trace, it looks like the sender is waiting to write more
> data (its select lists the write and error FDs). The receiving side's 2 pids
>
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #18 from Eric Shubert 2011-09-29 20:39:54 UTC ---
(In reply to comment #17)
>
> I'm presently thinking that the problem is not with rsync itself, but with
> some
> aspect of the network connection. I'm seeing no corresponding ethernet
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #17 from Eric Shubert 2011-09-29 17:16:38 UTC ---
(In reply to comment #16)
>
> So now I'm beginning to think that the problem is (indeed) outside of the
> rsync
> code. I've examined the 2 target hosts (one that worked and one that do
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #16 from Eric Shubert 2011-09-28 20:40:15 UTC ---
I've done some further testing and would like to report my findings.
I tried the rsync to a different target host on a different IP address via a
different ISP, and lo and behold, it wor
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #15 from Eric Shubert 2011-09-23 15:55:27 UTC ---
(In reply to comment #14)
> It's a bit unclear what pid corresponds to what function, especially with both
> sides having 2 pids in the trace output. What is the command-line used?
st
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #14 from Wayne Davison 2011-09-23 02:19:04 UTC
---
It's a bit unclear what pid corresponds to what function, especially with both
sides having 2 pids in the trace output. What is the command-line used?
So, looking at your trace, it lo
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #13 from Eric Shubert 2011-09-22 19:25:19 UTC ---
(In reply to comment #12)
> I'm presently attempting to capture a corresponding strace on the source side
> to see what's going on there.
Here are matching straces from the sending and r
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #12 from Eric Shubert 2011-09-22 18:35:06 UTC ---
(In reply to comment #11)
> When the process hangs, it always times out waiting for the
> first of the two smaller chunks (after 7 reads of 4092 bytes).
>
Correction. It times out on the
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #11 from Eric Shubert 2011-09-22 16:54:14 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > By any chance do you consider these files "big" files? I am asking
> > because I saw similar timeout when sending big files (bug77
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #10 from Eric Shubert 2011-09-20 15:39:39 UTC ---
(In reply to comment #9)
>
> I'm going to put a problem/test file on the target machine's hdd and continue
> testing with a local2local transfer.
I'm holding off on the local test for t
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #9 from Eric Shubert 2011-09-20 14:42:37 UTC ---
(In reply to comment #8)
> By any chance do you consider these files "big" files? I am asking
> because I saw similar timeout when sending big files (bug7757,
> bug7195).
Not really. Mos
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #8 from Tim Taiwanese Liim 2011-09-20
02:12:09 UTC ---
Re: Comment #7
> The error happened most frequently with files ... containing
> attached pictures.
Eric,
By any chance do you consider these files "big" files? I am asking
because
https://bugzilla.samba.org/show_bug.cgi?id=5478
Eric Shubert changed:
What|Removed |Added
CC||e...@shubes.net
--- Comment #7 from Eric Shu
responsive
bug2783
Random high loads during syncs (server side) / client stream errors
rsync: connection unexpectedly closed (2761332 bytes received so far)
[generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(365)
bug5478
rsync: writefd_unbuffered failed
On Mon, Apr 27, 2009 at 12:19:10PM +0200, Stefan-Michael Guenther wrote:
> rsync: close failed on
> "/media/nas/daily.0/samba/Bereiche/Auslieferung/Software/NT2/2012/2012-69-RA-1L.0968
>
> (XY_I)/2006-11-16/XY_app.968/Logdb/.XYlog.mdb.REP380": Input/output error (5)
That's an OS error when rsyn
--numeric-ids --relative --delete-excluded
/samba /media/nas
The process crashes when it tries to copy *.mdb files (15-600MB):
rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32)
rsync: close failed on
"/media/nas/daily.0/samba/Bereiche/Auslieferung/Software/NT2/2012/20
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #5 from [EMAIL PROTECTED] 2008-07-28 20:43 CST ---
Any more info on this? You could try the latest 3.1.0dev version and try using
the --msgs2stderr option to see if it reveals a remote error that was getting
lost when things
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #4 from [EMAIL PROTECTED] 2008-05-21 09:55 CST ---
Interesting. The 30-second timeout is therefore the one turned on in the error
handling to try to get a message back from the receiving side. Usually the
receiving side van
https://bugzilla.samba.org/show_bug.cgi?id=5478
--- Comment #3 from [EMAIL PROTECTED] 2008-05-21 09:30 CST ---
My intuition says that the bug more lies in "io.c" (
http://git.samba.org/?p=rsync.git;a=blob;f=io.c;hb=73cb6738b33846130c21f2903b2200fa3f1903ab
):
#define SELECT_TIMEOUT 3
https://bugzilla.samba.org/show_bug.cgi?id=5478
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bugzilla.samba.org/show_bug.cgi?id=5478
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=5478
Summary: rsync: writefd_unbuffered failed to write 4092 bytes
[sender]: Broken pipe (32)
Product: rsync
Version: 3.0.3
Platform: Other
URL: https://bugzilla.samba.org
i now tested it on a fresh installes sun with Solaris 10 sparc without
installing any patches and rsync works.
If i install all patches the error message comes.
Any idea?
Mit freundlichen Grüßen
Sebastian Kösters
systems architect
Trade Haven GmbH
In der Steele 37, 40599 Düsseldorf
T +
On Mon, Mar 31, 2008 at 10:48:18AM +0200, Sebastian Kösters wrote:
> On the sun the command (in ps ef) went away after about 2 Minutes with
> the error message I sent you.
That makes it look like a connection failure then. Perhaps a firewall
is closing an idle connection? e.g. I once had a Links
[mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 28. März 2008 17:03
An: Sebastian Kösters
Cc: rsync@lists.samba.org
Betreff: Re: rsync: writefd_unbuffered failed to write 4 bytes [sender]:
Broken pipe
On Fri, Mar 28, 2008 at 04:41:26PM +0100, Sebastian Kösters wrote:
> 2008/03/28 16:35:46 [5
On Fri, Mar 28, 2008 at 04:41:26PM +0100, Sebastian Kösters wrote:
> 2008/03/28 16:35:46 [5573] rsync: writefd_unbuffered failed to write 4 bytes
> [sender]: Broken pipe (32)
This tells you that the connection unexpectedly closed, so you should
look to see why BackupPC went away.
.
=2048
--recursive --checksum-seed=32761 --log-file=/var/log/rsync.log
--ignore-times . /
in the log on the sun i see this:
2008/03/28 16:35:46 [5573] rsync: writefd_unbuffered failed to write 4
bytes [sender]: Broken pipe (32)
2008/03/28 16:35:46 [5573] rsync error: errors with program
On Thu, 2007-12-13 at 09:48 -0500, Scott Parry wrote:
> I have enclosed the log for you to take a look at.
> I am running this from the root account.
Ah, this part beginning on line 30371 seems to be the root of the
problem:
22250 write(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"
erytime i run i get this error, it driving me nuts! any ideas would be
> appreciated.
> rsync: writefd_unbuffered failed to write 32768 bytes [sender]: Broken pipe
> (32)
> rsync: connection unexpectedly closed (30 bytes received so far) [sender]
> rsync error: error in rsync protocol
c -r --inplace --size-only --bwlimit=50 /home/shares/allusers/127 /mnt/s3
echo "`date +"%F %R"`: Finish backup-jd" >> $LOGFILE
umount /mnt/s3
Everytime i run i get this error, it driving me nuts! any ideas would be
appreciated.
rsync: writefd_unbuffered failed to write 3276
rs:
rsync: writefd_unbuffered failed to write 4092 bytes [generator]:
Operation not permitted (1)
rsync error: error in rsync protocol data stream (code 12) at
io.c(1124) [generator=2.6.8]
rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8]
I tried to google them, but couldn&
https://bugzilla.samba.org/show_bug.cgi?id=2208
Summary: rsync failed at random file with same error rsync:
writefd_unbuffered failed to write 4 bytes: phase
"unknown" [sender]: Connection reset by peer (104) rsync
Hi,
on HPUX 11i with ANSI/C compiler with largefile option.
below rsync is on local file system.
# rsync -av /prod1/* /prod1n/
building file list ... done
DW/
DW/DATA/
DW/DATA/DWCOF02.DAT
rsync: writefd_unbuffered failed to write 32768 bytes: phase "unknown":
Broken pipe
rsync error
folders
start /w /D "e:/admin/rsyncd/" rsync.exe -az --delete --exclude="SAVE" --progress
--bwlimit=20 x.x.x.x::dir/ /cygdrive/e/dir
I receive this error on the server.
2004/05/17 [3848] rsync: writefd_unbuffered failed to write 4096 bytes: phase
"unknown": Conne
50 matches
Mail list logo
