similar to: [Bug 8423] New: Listing a non-existent remote directory hangs

https://bugzilla.samba.org/show_bug.cgi?id=4327 Summary: Sudden rsync errors Product: rsync Version: 2.6.8 Platform: All URL: http://www.ercbroadband.org OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Trying to figure out this problem. RSYNC maybe once a day or so will just hang and sit there... strace attached to the process produces the following... I wonder where the loop is. Anything I can do to help would be fabulous. Most of the time it works fine. Very strange. -- Mike gettimeofday({1022283618, 513186}, NULL) = 0 wait4(22167, 0xbffff9e8, WNOHANG, NULL) = 0 gettimeofday({1022283618,

On Saturday, November 2, 2019 10:40:45 PM EET Stephan Bosch <stephan at rename-it.nl> wrote: > I think we already know about this issue (tracked as DOP-942). It > apparently happens because qmail masks the SIGCHLD signal while Dovecot > doesn't unmask it before waiting for children. You're right. Isn't this a simple fix - a call to sigprocmask ? This should not be a

Thank you Tzafrir. I had been using different users in earlier attempts to make this work. Decided to try everything where root is the only user, simply to verify it's working. For problem 2, where asterisk is writing to the log but doesn't seem to receive the SIP packets even though tcpdump indicates they are making it to the box on 5060, I am starting asterisk while logged in as root.

I still see 2.5.5 hangs where the destination rsync exits (for whatever reason -- I don't see any errors) and the source waits on something forever. The interesting thing about it is when I strace the child rsync pid on the source side then rsync exits as it should. Strace must introduce a timing delay of some sort that allows one of the processes to properly detect the end of channel. I

Hi, i've been using rsync for about 3 years to keep common a set of shared applications on 40 linux boxes. No problems with it on redhat 6.2, but now I have about 4 redhat 7.3 boxes and the rest 7.2 and when I try to rsync the common directory I am getting 'unexpected tag 90' errors. the command I am running is: strace /usr/bin/rsync -e ${SSH} -avx --delete --exclude

I''m working on the problem I''m having with the generator hanging on the server when the client side dies. This only happens when I''m connecting through stunnel. This is the strace output I''m getting, but I''m not sure how to interpret the output. Can anyone help? write(4, "2005/10/03 13:58:12 [16992] recv"..., 137) = 137 select(8, [7], [3],

I'm having a problem where my rsync processes don't exit. They finish their task.. but they don't exit. I'll see at the end, if i'm running -vv, something like: total: matches=727 tag_hits=771 false_alarms=0 data=2034655738 but the process continues to run, but not do anything apparent. If I strace the process, I see a ton of: select(0, NULL, NULL, NULL, {0, 1000}) = 0

Apologies for not including this info in the first place! My rsycn version is: rsync version 2.4.6 Copyright Andrew Tridgell and Paul Mackerras And my OS is: Red Hat Linux release 7.1 (Seawolf) Kernel 2.4.2-2 on an i686 --jessica On Fri, Nov 09, 2001 at 08:43:44PM -0800, Jessica Koeppel wrote: > > I'm having a problem where my rsync processes don't exit. > > They finish

https://bugzilla.samba.org/show_bug.cgi?id=10555 Summary: checksum-reading.diff causes rsync to segfault with large amount of files Product: rsync Version: 3.1.1 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at

Some new data on my rsync hangs: I run about 1500 rsync sessions over ssh daily. In the last 8 days that adds up to about 12k rsync sessions. Of those 12k sessions, 10 are right now sitting in a hung state. The rsync process on the destination has exited, but both rsync processes on the source are still running/waiting/hung. I use a timeout of 3600 (but this doesn't seem to work for this

Any update on this issue. On Wed, Nov 30, 2016 at 6:29 PM, VigneshDhanraj G < vigneshdhanraj.g at gmail.com> wrote: > Hi Team, > > While Running rsync rsync://username at ip:873 , I am getting following > error. > > rsync: safe_read failed to read 1 bytes [Receiver]: Connection reset by > peer (104) > rsync error: error in rsync protocol data stream (code 12) at

Hi Team, While Running rsync rsync://username at ip:873 , I am getting following error. rsync: safe_read failed to read 1 bytes [Receiver]: Connection reset by peer (104) rsync error: error in rsync protocol data stream (code 12) at io.c(276) [Receiver=3.1.1] In Remote pc , i can see segmentation fault, dmesg gives following error. My remote PC using debian wheezy. rsync[9022]: segfault at 968

Thanks, same file consistently it is crashing. On Fri, Dec 2, 2016 at 12:44 PM, <devzero at web.de> wrote: > does it crash reproducable at the same file or is it randomly? > > Am 2. Dezember 2016 07:50:20 MEZ, schrieb VigneshDhanraj G < > vigneshdhanraj.g at gmail.com>: > >> Any update on this issue. >> >> On Wed, Nov 30, 2016 at 6:29 PM,

Cool! I tried to use truss -p $pidof dovecot process, and I got the following. - (Complete trace here: http://pastebin.com/pwL5EU3q) For me it doesn't seem right. - Have you guys seen anything like this before? read(55,"\0",64) = 1 (0x1) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) wait4(-1,{ EXITED,val=89 },WNOHANG,0x0) = 19061 (0x4a75) write(59,"28 19061 DEFAULT-FATAL

Hello everyone, I would like to ask you for advice on how to approach (or solve) this particular problem. I use Slackware Linux and compile Openssh from source. I prefer to compile it statically so it doesn't get messed up if I update openssl libraries. Up until now this approach was working OK for me. Lately I have been challenged with Slackware64 installations and I have come across a

does it crash reproducable at the same file or is it randomly? Am 2. Dezember 2016 07:50:20 MEZ, schrieb VigneshDhanraj G <vigneshdhanraj.g at gmail.com>: >Any update on this issue. > >On Wed, Nov 30, 2016 at 6:29 PM, VigneshDhanraj G < >vigneshdhanraj.g at gmail.com> wrote: > >> Hi Team, >> >> While Running rsync rsync://username at ip:873 , I am

I've gotten around to testing the generator hang bug using stunnel under 2.6.7, and I still occasionally get the same problem. It seems to be around 50% of the time. Here's some strace output from the generator and receiver from two runs, one where the generator exits properly, and one where it doesn't. Run 2 hangs indefinately. Run 1 Generator: Process 14581 attached - interrupt

I am running rsync over a VPN. The connection has been stable for some time, but recently it has started failing. I am including the strace of the failure below. Basically, the client disconnects typically with an error 12. I have 3 other clients using the same openvpn/rsync configuration, and those are stable, so I am fairly confident this is something on this particular link. The

what is generator hang? when did this situation happend? thank you. =20 Best Regards --------------------------------------------- yhhuang =BB=C6=D3=C2=BB=D4 Server Dept. TeleNav Shanghai Inc. Tel:(21)6337 2220 ext 8651 www.telenav.com -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: rsync-bounces+yhhuang=3Dtelenav.cn@lists.samba.org =