similar to: patch to use pipe if socketpair fails

When using rsync 2.5.2 as daemon on a Solaris 2.5.1 box, I cannot copy data to rsync volumes with option 'use chroot'; I get the following messages on the client: pipe failed in do_recv rsync error: error in socket IO (code 10) at main.c(375) rsync: connection unexpectedly closed (69 bytes read so far) What seems to occur on the server is that socketpair(3) (not pipe(2)) is called,

Does anyone actually use sshd on a system that doesn't have socketpair? It's used elsewhere so the don't-have path seems like it'd never be exercised these days. Index: monitor.c =================================================================== RCS file: /usr/local/src/security/openssh/cvs/openssh/monitor.c,v retrieving revision 1.147 diff -u -p -r1.147 monitor.c --- monitor.c

Friends -- I am posting this to both lists since I think it has to do with some kind of unfortunate interaction. The latest rsync (3.0.7-1) under an up-to-date cygwin on Windows 7 x64 gets into some kind of busy wait situation when transferring large files over ssh. rsync, ssh, and zip can all be consuming much cpu time. I downloaded and built rsync 3.0.7 locally, manually editing config.status

Hi, This diff (for portable) makes the chrooted preauth privsep process log via the monitor using a shared socketpair. It removes the need for /dev/log inside /var/empty and makes mandatory sandboxing of the privsep child easier down the road (no more socket() syscall required). Please test. -d Index: log.c =================================================================== RCS file:

I have trouble in getting communication work with MGE Ellipse 500. I bought it second hand and I don't have the cable for it. How do I know if it's the Serial or USB model? The serial number of the unit is: 769B16015. I suspect it is the serial version as the label next to the RJ11 stands "com port", but I can't be 100% sure. MGE Ellipse serial cable pinout can be found

Hi @all, after re-installing one of my two frontends/proxy-servers I get the following error messages after some time (sometimes after 1h, sometimes after 24h): 11:23:55 imap-login: Error: socketpair() failed: Too many open files 11:23:55 imap-login: Error: socketpair() failed: Too many open files 11:23:56 imap-login: Error: socketpair() failed: Too many open files 11:23:56 imap-login: Error:

I haven't done this on the old, working machine. So there must be a difference between Debian 7 and 9 how open files are handled? Regards Patrick Aki Tuomi schrieb: > You probably need to increase ulimit -n > > Aki > > > On 23.08.2017 14:10, Patrick Westenberg wrote: >> Hi @all, >> >> after re-installing one of my two frontends/proxy-servers I get

Hi, I'am trying to use heartbeat to start dovecot... It starts but all the login connections are reject with this line on log file: Jul 7 12:47:28 markov dovecot: imap-login: socketpair() failed: Too many open files No username/password are asked (using Thunderbird as client). Outside heartbeat, dovecot runs fine. My environment: # dovecot --version 1.1.1 # uname -a Linux markov.impa.br

Hi, In Windows, I follow a method with customized library locations that has worked for me when upgrading to new R versions.? I have not been able to follow the same method in Ubuntu. I would like to have help. Let me explain. In windows, I add the following line: .libPaths(c(?C:/Rownlib?,?C:/R/R-4.5.0/library?)) ? ????in the file C:/R/R-4.5.0/etc/Rprofile.site I have my own list of packages in

https://bugzilla.samba.org/show_bug.cgi?id=8356 Summary: cygwin socketpair "The parameter is incorrect" Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: roland at

I did some googling and then ran: > bspm::shadowed_packages() ???? Package???????????????? LibPath Version?????? Shadow.LibPath Shadow.Version Shadow.Newer bspm????bspm /usr/lib/R/site-library?? 0.5.7 /home/ravi/rvi/Rlib??????????0.5.7????????FALSE I have a copy of bspm in the /usr/lib/R/site-library location as well, although that is not the 1st in my list of libPaths. This got included

From: Yang Zhang <yang.z.zhang@Intel.com> The following patches fix the issue that fail to boot L2 guest on APIC-v available machine. The main problem is that with APIC-v, virtual interrupt inject L1 is totally through APIC-v. But if virtual interrupt is arrived when L2 is running, L1 will detect interrupt through vmexit with reason external interrupt. If this happens, we should update

You probably need to increase ulimit -n Aki On 23.08.2017 14:10, Patrick Westenberg wrote: > Hi @all, > > after re-installing one of my two frontends/proxy-servers I get the > following error messages after some time (sometimes after 1h, sometimes > after 24h): > > > 11:23:55 imap-login: Error: socketpair() failed: Too many open files > 11:23:55 imap-login: Error:

Hello, are you using systemd? May be you have to edit unit-file for dovecotservice and increase filelimit LimitNOFILE=infinity Hajo Am 23.08.2017 um 14:21 schrieb Patrick Westenberg: > I haven't done this on the old, working machine. > > So there must be a difference between Debian 7 and 9 how open files are > handled? > > Regards > Patrick > > > > Aki

? Thu, 8 May 2025 19:39:40 +0000 (UTC) ravi via R-help <r-help at r-project.org> ?????: > In windows, I add the following line: > .libPaths(c(?C:/Rownlib?,?C:/R/R-4.5.0/library?)) > ? ????in the file C:/R/R-4.5.0/etc/Rprofile.site > > I have my own list of packages in the Rownlib folder and the packages > that come with the R installation for the latest version in the

For a couple of years people have been reporting intermittent problems with rsync over ssh freezing during a large transfer (typically several GB). I have now gotten to the bottom of these problems, and have written a small test program which demonstrates a deadlock in sshd when doing large bi-directional transfers. Luckily the problem is easily solved by modifying sshd to use socketpair() instead

I have now followed your advice and switched to the R-sig-debian help list. Ravi On Thursday, 15 May 2025 at 12:59:05 CEST, ravi <rv15i at yahoo.se> wrote: I did some googling and then ran: > bspm::shadowed_packages() ???? Package???????????????? LibPath Version?????? Shadow.LibPath Shadow.Version Shadow.Newer bspm????bspm /usr/lib/R/site-library?? 0.5.7

Strict C99 compilers do not support implicit function declarations or implicit ints, so something like the patch below is needed. Thanks, Florian diff --git a/configure.ac b/configure.ac index 4f68e98a..b5c7a582 100644 --- a/configure.ac +++ b/configure.ac @@ -173,6 +173,9 @@ AC_RUN_IFELSE([AC_LANG_SOURCE([[ #include <fcntl.h> #include <sys/types.h> #include <sys/wait.h>

Hi, In http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html, I noted that the often-observed hangs of rsync under Cygwin were assuaged by a call to msleep(). After upgrading my Cygwin environment to rsync 2.5.6, I'm seeing these hangs again, not surprisingly given a CVS entry for main.c notes that this kludge was not harmless: Revision 1.162 / (download) - annotate - [select for

--- configure.ac | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index 2d638fc..58d0843 100644 --- a/configure.ac +++ b/configure.ac @@ -17,6 +17,10 @@ LDFLAGS=${LDFLAGS-""} AC_CANONICAL_HOST +dnl define the directory for replacement function since AC_LIBOBJ does not +dnl officially support subdirs and fails with