Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Andrew Tridgell
> All the latest versions of openssh use socketpairs. More importantly openssh uses non-blocking IO internally. That solves the problem no matter whether it uses pipes or socketpairs.

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Scott McDermott
Eckebrecht von Pappenheim on Thu 26/10 10:06 +0200: > Back to your question: How can I tell, if it's compiled with USE_PIPES? [~] $ nm `type -p ssh` | grep pipe U pipe@@GLIBC_2.0

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Dave Dykstra
On Thu, Oct 26, 2000 at 11:07:20AM +0200, Eckebrecht von Pappenheim wrote: > "Peter T. Breuer" wrote: > > > > Back to your question: How can I tell, if it's compiled with USE_PIPES? > > > > It's made when they run. perhaps you are looking at the wrong source > > code? It's ssh you have to compile,

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Dave Dykstra
On Thu, Oct 26, 2000 at 10:06:02AM +0200, Eckebrecht von Pappenheim wrote: > Dave Dykstra wrote: > > > > On Wed, Oct 25, 2000 at 04:47:27PM +0200, Eckebrecht von Pappenheim wrote: > > > Dave Dykstra wrote: > > > > > > > Were using rsh, ssh, or daemon mode? > > > > > > I used ssh 1.2.27 on both ma

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Eckebrecht von Pappenheim
"Peter T. Breuer" wrote: > > > Back to your question: How can I tell, if it's compiled with USE_PIPES? > > It's made when they run. perhaps you are looking at the wrong source > code? It's ssh you have to compile, not rsync. AAARG. Sorry, I looked at rsync... 1.2.27 on solaris was compiled with

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Eckebrecht von Pappenheim
"Peter T. Breuer" wrote: > > Back to your question: How can I tell, if it's compiled with USE_PIPES? > > If you did the compilation, you know, becuase it's in your config.h. If > redhat did it, you know because it's in their config.h in the srpm. It is neither in config.h, nor in config.h.in. A

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-26 Thread Eckebrecht von Pappenheim
Dave Dykstra wrote: > > On Wed, Oct 25, 2000 at 04:47:27PM +0200, Eckebrecht von Pappenheim wrote: > > Dave Dykstra wrote: > > > > > Were using rsh, ssh, or daemon mode? > > > > I used ssh 1.2.27 on both machines. Again, with 2.3.1 we didn't have any > > hangs at all... > > > > Eckebrecht > > Ha

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-25 Thread Dave Dykstra
On Wed, Oct 25, 2000 at 04:47:27PM +0200, Eckebrecht von Pappenheim wrote: > Dave Dykstra wrote: > > > Were using rsh, ssh, or daemon mode? > > I used ssh 1.2.27 on both machines. Again, with 2.3.1 we didn't have any > hangs at all... > > Eckebrecht Has it been compiled without the USE_PIPES i

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-25 Thread Eckebrecht von Pappenheim
Dave Dykstra wrote: > Were using rsh, ssh, or daemon mode? I used ssh 1.2.27 on both machines. Again, with 2.3.1 we didn't have any hangs at all... Eckebrecht -- Eckebrecht von Pappenheim, network administration Verlag H

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-25 Thread Dave Dykstra
On Wed, Oct 25, 2000 at 10:37:21AM +0200, Eckebrecht von Pappenheim wrote: > > I and a colleague have now done some sniffing and it does indeed look like > > a Linux bug, but not the one you describe. In fact, we once saw just > > We've the same Problem between two solaris-machines. Switching b

Re: I also am getting hang/timeout using rsync 2.4.6 (on solaris too)

2000-10-25 Thread Eckebrecht von Pappenheim
> I and a colleague have now done some sniffing and it does indeed look like > a Linux bug, but not the one you describe. In fact, we once saw just We've the same Problem between two solaris-machines. Switching back to 2.3.1 solved the problem... Eckebrecht --