similar to: Solaris, socketpair and chroot

Hi list, Since upgrading rsync to version 2.5.2 on a Solaris 2.5.1 box, I see plenty of Warning: unexpected read size of 0 in map_ptr when doing my nightly backup (rsyncing some directories to an rsyncd on the same LAN). I have never seen this message before, and I only see it on the Solaris machine (I upgraded all my other machines to 2.5.2 as well). I hope this is not a FAQ... I did not find

Greetings! I'm experiencing these problems as described in this mail: ------- From: Thomas Quinot (thomas@melusine.cuivre.fr.eu.org) Subject: Rsync 2.5.5: FreeBSD mknod can't create FIFO's This is the only article in this thread View: Original Format Newsgroups: mailing.unix.rsync Date: 2002-06-24 06:05:25 PST The following patch

I have been trying to install 3.4p1 on a number of machines. Servers on ia64 Linux, i386 Linux and SPARC Solaris are all working like charms. On the other hand, I am having trouble at least with HPUX 11, DEC OSF 5.1 and Unixware: on all those systems, sshd bails out after authentication with an error in buffer_append_space. Here is the output of sshd -d on the UnixWare machine (uname -a:

Hi, if socketpair support has been compiled in but the host where rsync is run doesn't support it, you get error pipe failed in do_recv This patch makes rsync use pipe if socketpair fails. Yours, Harri J?rvi CC me if you reply to this thread since I'm not on the mailing list -------------- next part -------------- --- rsync-2.5.5/util.c Wed Mar 20 03:09:49 2002 +++ util.c Thu Jul 24

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

On Jun 10, 2014 4:47 PM, "Thomas Quinot" <syslinux at thomas.cuivre.fr.eu.org> wrote: > * find proper fix for serial i/o (my crude hack handles > output, but not input; I now end up with a boot: prompt > but cannot enter anything). Is there a known correct way > of setting up pxelinux for serial-only I/O? Did you see the SERIAL directive? If this

On Jun 10, 2014 4:59 PM, "Thomas Quinot" <syslinux at thomas.cuivre.fr.eu.org> wrote: > > * Gene Cumm, 2014-06-10 : > > > Did you see the SERIAL directive? If this isn't enough, there may be bugs > > in the modules or the libraries they use. > > Yes, I'm aware of SERIAL, my config file has: > > serial 0 19200 0 > console 0 > >

* H. Peter Anvin, 2014-06-10 : > You probably want to test both pxelinux.0 and lpxelinux.0... if it is > sticking in pxe_init_isr you're using the latter. Correct. And indeed pxelinux.0 goes much further than lpxelinux.0! I have a few issues yet to fix: * Undef symbol FAIL: __syslinux_debug_enabled (I must have done something wrong while building) * find proper fix for

* Gene Cumm, 2014-06-10 : > Did you see the SERIAL directive? If this isn't enough, there may be bugs > in the modules or the libraries they use. Yes, I'm aware of SERIAL, my config file has: serial 0 19200 0 console 0 Thomas.

I've got a possibly silly question and I believe I have an answer, but I want to see if what I think is the answer is feasible. I've had to rebuild a mail server from scratch, upgrading from 4.6-STABLE to 4.8-STABLE in the process. The other mail server had crashed, with disk errors so sever it wouldn't fsck clean. I was able to get it together enough to pull my configuration files

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

The following patch (adapted to rsync 2.5.5 from the one posted in Dec. 2000, http://lists.samba.org/pipermail/rsync/2000-December/003349.html) is necessary to prevent rsync from failing on creating FIFOs or UNIX sockets on FreeBSD. Any chance for it to be integrated in a future release of rsync? Thomas. diff -ur work/rsync-2.5.5/config.h.in work.patch/rsync-2.5.5/config.h.in ---

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:

Hi, I have both linux and solaris NIS client against a Solaris NIS Server, but my linux box are shamefully slow compare to solaris some sample: on Solaris 5.8: # ypwhich transporter02.domain.com # time id userid uid=36923(userid) gid=36923(u_036923) real 0.0 user 0.0 sys 0.0 on Linux: [root at linux]# ypwhich transporter02.domain.com [root at amsdc2-n-s04taw root]# time

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 @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

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

--- 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

Dear List, the attached patch makes rsync of local folders almost as fast as cp. when rsync client and server has detected that they are working in local_server mode, they use local_socket, a unix domain socket pair, to pass the file descriptors of the synced files. the server uses the file descriptor it receives from the client to fast copy from src to dst file. on completion of every file fast