similar to: DO NOT REPLY [Bug 5020] New: hang using RSYNC_CONNECT_PROG

$ ./rsync distrib-coffee.ipsl.jussieu.Fr:: Erreur de segmentation Easy to understand and fix (after 3 minutes inside a debugger): Index: socket.c =================================================================== RCS file: /cvsroot/rsync/socket.c,v retrieving revision 1.130 diff -u -b -B -w -p -p -u -r1.130 socket.c --- socket.c 11 Aug 2007 16:20:56 -0000 1.130 +++ socket.c 15 Aug

https://bugzilla.samba.org/show_bug.cgi?id=11683 Bug ID: 11683 Summary: hang on select when send many files Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: tom916 at

Hi, when I boot my windows, the bios that is used is a qemu bios. I''m searching for the bios file on my system that is used by the hvmloader. I found bios files from bochs : -rw-r--r-- 1 root root 131072 2008-06-28 03:05 /usr/share/bochs/BIOS-bochs-latest -rw-r--r-- 1 root root 65536 2008-06-28 03:05 /usr/share/bochs/BIOS-bochs-legacy -rw-r--r-- 1 root root 131072 2008-06-28 03:05

Hello. On rsync, version 3.0.9 got this trouble, rsync hung when applying batch file: Sync all files from batch to asr_billing install: - skelet/cfg/ install: - skelet/etc/ install: deleting usr/lib/python2.6/site-packages/IPython/external/Itpl.pyc - deleting install: 100% 9.83MB/s - 0 install: 100% 51.39kB/s - usr/lib/python2.6/site-packages/dbfpy/utils.pyc install: 100% 86.10kB/s -

Hello. On rsync, version 3.0.9 got this trouble, rsync hung when applying batch file: Sync all files from batch to asr_billing install: - skelet/cfg/ install: - skelet/etc/ install: deleting usr/lib/python2.6/site-packages/IPython/external/Itpl.pyc - deleting install: 100% 9.83MB/s - 0 install: 100% 51.39kB/s - usr/lib/python2.6/site-packages/dbfpy/utils.pyc install: 100% 86.10kB/s -

Hi, We're encountering a rather weird, sporadic hang during a large-file transfer. A bit of background on the setup: - Host A rsyncs a MySQL database from Host B. Both sides use rsync 3.1.1 on Debian Jessie. - Host B serves the files using rsync --daemon from an ext4 filesystem residing on a thin LVM snapshot. - Host A uses the following command to rsync the files to a btrfs

Hello, I would like to make filter that allows communication only between specified VMs. Those VMs should be specified by their MAC address. The filter should extend clean-traffic but I was not able to get it working with that reference. I have came up with modified clean-traffic which works fine [1]. Is there a way to achieve the same behavior with reference to clean-traffic? Thank you. Best

On Fri, Jun 29, 2018 at 3:40 AM Thiago Oliveira <cpv.thiago@gmail.com> wrote: > Hi Ales, > > I would like to prevent the guests from different subnets start a > communication. In other words I have the subnet 192.168.1.0/24 and > 192.168.2.0/24 and the guests from 192.168.1.0/24 cannot reach/talk with > guests on 192.168.2.0/24 at the same host. Is this possible using a

I run samba-3 as PDC for a small domain with 4 clients. User A should be allowed to login on all client machines, while logins for the privileged user B should be restricted to 2 machines for security reasons. Any ideas how to manage that? Suggestions for further reading would be highly appreciated? Hans Musil

DeaR all, I am using mob() for model based partitioning, with a dichotomous variable (participant's correct/incorrect response to a test item) regressed onto a continuous predictor related to a given property of the test item. Although this variable is continuous, the value of this variable for many items in this particular analysis is 0. The partitioning criterion is self-reported ability in

hi, I made some changes to generator.c : - reading data, calculating checksums and sending it to the sender now happens in one loop. - the code has become shorter - it uses less memory - 2 malloc's less that may fail - the line will be used all the time - it should be a bit faster It seems to work for me, please have a look at it. You should run "make proto" after

Hello! I use rsync from python on my Debian Jessie amd64 and get this error: *** buffer overflow detected ***: <snip>/rsync terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x731af)[0x7ffff78971af] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff791caa7] /lib/x86_64-linux-gnu/libc.so.6(+0xf6cc0)[0x7ffff791acc0]

Currently rsync has a bit of a problem with very large files. Dynamic block sizes were introduced to try handle that automatically if the user didn't specify a block size. Unfortunately that isn't enough and the block size would need to grow faster than the file. Besides, overly large block sizes mean large amounts of data need to be copied even for small changes. The maths indicate

Mark II of the patch set. The first patch (dynsumlen2.patch) increments the protocol version to support per-file dynamic block checksum sizes. It is a prerequisite for varsumlen2.patch. varsumlen2.patch implements per-file dynamic block and checksum sizes. The current block size calculation only applies to files between 7MB and 160MB setting the block size to 1/10,0000 of the file length for a

Author of the message didn't include rsync@lists.samba.org in the reply, and I think this message is in topic. -------- Original Message -------- Subject: Re: rsync windows -> unix still hanging :( Date: Mon, 30 Dec 2002 17:24:47 -0800 From: Jim Kleckner <jek_subs@kleckner.net> To: Mike Rubel <mrubel@galcit.caltech.edu> CC: cygwin@cygwin.com References:

Hi Folks -- I've recently had the need to add a piece of functionality to rsync that allows one to run 'rsync --daemon' (rsync in "rsync server" mode) over SSH. My main goal was to be able to use some of the features from rsyncd.conf(5) (notably modules) while still using SSH for authentication and network transport. Background: I wanted to have the capability of setting

Wayne, It's taken a little while for me to get more familiar with the code, but I think I've reached a good breakpoint in improving batch-mode. Let me highlight some of the changes in the attached patch: * --write-batch and --read-batch arguments are no longer passed from client to server. This fixes the current problem that causes the server threads to die when the client

https://bugzilla.samba.org/show_bug.cgi?id=5701 Summary: deadlock on local rsyncing, bisected to commit f303b749f2843433c9acd8218a4b9096d0d1bb8d Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo:

I've noticed the 3.0.0pre versions sometimes hanging while doing a local copy (through dirvish). This time a had a binary with debugging symbols, so I could do gdb backtraces. This is the result: # ps -fe | grep rsync root 3712 3710 0 02:04 ? 00:00:03 rsync -vrltH --delete -pgo --stats -D --numeric-ids -x --exclude-from=/backup/0/oudeserver/laatste/exclude

Wayne, Please consider the attached patch. This applies to the current CVS, and is independant of patches/local-batch.diff. As a matter of fact, I'm sure it would conflict heavily with local-batch.diff. This version of batch mode has a couple distinguishing features: Write-batch records (almost) the entire sender side of the conversation into one file. ("Almost" because it has