[Openvpn-users] MULTI: Outgoing TUN queue full, dropped packet openvpn 2.0 linux 2.2.25

[cisco <ci...@no...>]

> Subject: Re: [Openvpn-users] MULTI: Outgoing TUN queue full, dropped packet openvpn 2.0 linux 2.2.25
> Date: Tue, 12 Jul 2005 11:51:33 -0600
> 
> On Tue, 12 Jul 2005, cisco wrote:
> 
> > every thing work well, until the VPN froze for few minutes
> > 
> > on the server I get the log 
> > 
> > openvpn/83.214.128.57:65036 MULTI: Outgoing TUN queue full, dropped
> > packet len=40
> > 
> > I try in proto udp it does the same except than it crash
> > 
> > us=595883 Assertion failed at multi.c:1559
> > 
> > James Change Log:2004.12.20 -- Version 2.0-rc6
> > speak about some change 
> > " Made the "MULTI TCP: I/O wait required blocking in
> >   multi_tcp_action, action=7" error nonfatal and replaced
> >   with "MULTI: Outgoing TUN queue full, dropped packet".
> >   So far the issue only seems to occur on Linux 2.2
> >   in --mode server --proto tcp mode.  It occurs when
> >   the TUN/TAP driver locks up and refuses to except
> >   new packet writes for a second or more."
> > http://openvpn.net/archive/openvpn-users/2004-12/msg00563.html
> > 
> > What is the solution ???
> > 
> > Openvpn 2.0
> > linux 2.2.25
> > tun 1.1 http://vtun.sourceforge.net/tun/index.html
> > 
> > Ps: I try on a knoppix 2.4.26 with the same config I did not succeed to
> > stalled it 
> 
> Yes, this has been reported a few times, but only on Linux 2.2.  I would take a 
> look at it, though I don't currently have access to a 2.2 box.
> 
> Here's a patch to try:
> 
> --- event.c~    2005-04-10 21:43:56.000000000 -0600
> +++ event.c     2005-07-12 11:39:01.997309472 -0600
> @@ -37,6 +37,8 @@
> 
>  #include "memdbg.h"
> 
> +#define SELECT_PREFERRED_OVER_POLL
> +
>  /*
>   * Some OSes will prefer select() over poll()
>   * when both are available.
> 
> this would help to confirm or rule out the possibility that the change 
> from select (in 1.6) to poll (in 2.0) might be causing the problem.
> 
> James

Sorry for the delay

I try your patch but the problem still the same
do you have a other idea