Re: Bind9 + TCP_FASTOPEN => no rndc

2017-09-27 Thread hiren panchasara
On 09/27/17 at 01:35P, Christopher Sean Hilton wrote: > I'm trying to configure bind 9.11 as a nameserver on FreeBSD > 11-STABLE. When the bind9 port compile it enables TCP_FASTOPEN but the > changes haven't yet been baked into the GENERIC Kernel. I can't find a > way to disable the use of TCP_FAST

Re: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted]

2017-03-06 Thread hiren panchasara
On 03/06/17 at 08:56P, Harry Schmalzbauer wrote: > Bez?glich Harry Schmalzbauer's Nachricht vom 05.03.2017 22:59 (localtime): > > Hello, > > > > I can easily lock up FreeBSD stable/11 from userland. Not that I want to... > > I'm running squid, which starts an authentication helper > > "*negotiate

Re: Question about pmcstat

2017-02-07 Thread hiren panchasara
On 02/07/17 at 05:55P, rai...@ultra-secure.de wrote: > Hi, > > in Brendan Gregg's tutorial: > > http://www.brendangregg.com/blog/2015-03-10/freebsd-flame-graphs.html > > it says to run > > pmcstat ?S RESOURCE_STALLS.ANY -O out.pmcstat sleep 10 Not sure if it's the mailer or what but it should

Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form

2016-12-19 Thread hiren panchasara
On 12/16/16 at 11:20P, Andrey V. Elsukov wrote: > On 15.12.2016 20:51, hiren panchasara wrote: > > On 12/15/16 at 05:23P, Eugene M. Zheganin wrote: > >> Hi. > >> > >> Sometimes on one of my servers I got dmesg full of > >> > >> sonewconn: pcb

Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form

2016-12-15 Thread hiren panchasara
On 12/15/16 at 05:23P, Eugene M. Zheganin wrote: > Hi. > > Sometimes on one of my servers I got dmesg full of > > sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in > queue awaiting acceptance (6 occurrences) [skip] > > but at the time of investigation the socket is already

Re: 11.0 stuck on high network load

2016-10-06 Thread hiren panchasara
On 10/06/16 at 09:51P, Julien Charbon wrote: > > Hi Hiren, > > On 10/6/16 9:44 AM, hiren panchasara wrote: > > On 10/06/16 at 09:28P, Julien Charbon wrote: > >> On 9/28/16 1:59 PM, Slawa Olhovchenkov wrote: > >>> On Wed, Sep 28, 2016 at 12:06:47PM +0200,

Re: 11.0 stuck on high network load

2016-10-06 Thread hiren panchasara
On 10/06/16 at 09:28P, Julien Charbon wrote: > > Hi, > > On 9/28/16 1:59 PM, Slawa Olhovchenkov wrote: > > On Wed, Sep 28, 2016 at 12:06:47PM +0200, Julien Charbon wrote: > >> > >> I am still trying to reproduce your issue, without success so far. > > Thanks for Slawa effort and multiple deb

Re: 11.0 stuck on high network load

2016-09-16 Thread hiren panchasara
On 09/16/16 at 02:46P, hiren panchasara wrote: > On 09/16/16 at 11:30P, Slawa Olhovchenkov wrote: > > On Fri, Sep 16, 2016 at 12:11:55PM -0700, hiren panchasara wrote: > > > > > > > > As I suspected, this looks like a hang trying to lock V_tcbinfo. > > &g

Re: 11.0 stuck on high network load

2016-09-16 Thread hiren panchasara
On 09/16/16 at 11:30P, Slawa Olhovchenkov wrote: > On Fri, Sep 16, 2016 at 12:11:55PM -0700, hiren panchasara wrote: > > > > > As I suspected, this looks like a hang trying to lock V_tcbinfo. > > > > I'm ccing Julien here who worked on WLOCK -> RLOCK tra

Re: 11.0 stuck on high network load

2016-09-16 Thread hiren panchasara
+ jch@ On 09/16/16 at 10:03P, Slawa Olhovchenkov wrote: > On Fri, Sep 16, 2016 at 11:30:53AM -0700, hiren panchasara wrote: > > > On 09/16/16 at 09:18P, Slawa Olhovchenkov wrote: > > > On Thu, Sep 15, 2016 at 12:06:33PM +0300, Slawa Olhovchenkov wrote: > > > >

Re: 11.0 stuck on high network load

2016-09-16 Thread hiren panchasara
ote: > > > > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > > > > > > > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > > > > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > > > > > Under

Re: 11.0 stuck on high network load

2016-09-14 Thread hiren panchasara
On 09/15/16 at 12:57P, Slawa Olhovchenkov wrote: > On Wed, Sep 14, 2016 at 02:43:06PM -0700, hiren panchasara wrote: > > > On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote: > > > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > > &

Re: 11.0 stuck on high network load

2016-09-14 Thread hiren panchasara
On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote: > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > > Under high network load and may b

Re: 11.0 stuck on high network load

2016-09-14 Thread hiren panchasara
On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote: > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > > Under high network load and may b

Re: 11.0 stuck on high network load

2016-09-04 Thread hiren panchasara
On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > I am try using 11.0 on Dual E5-2620 (no X2APIC). > Under high network load and may be addtional conditional system go to > unresponsible state -- no reaction to network and console (USB IPMI > emulation). INVARIANTS give to high overhad. Is this ex

Re: intr using Swap

2016-02-17 Thread hiren panchasara
On 02/17/16 at 04:44P, Efra?n D?ctor wrote: > El 17/02/2016 a las 01:15 p. m., dweimer escribi?: > > > > They may not show as swapped unless the entire process is actually > > swapped, which would be unlikely to occur. Personally I wouldn't worry > > about it, the only thing I can think of is to

Re: Strange TCP behaviour in STABLE

2016-01-14 Thread hiren panchasara
On 01/15/16 at 02:48P, Slawa Olhovchenkov wrote: > 02:14:20.410159 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [S], seq 818919263, > win 65535, options [mss 16344,nop,wscale 9,sackOK,TS val 749536482 ecr 0], > length 0 > 02:14:20.410173 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [S.], seq 644693209, >

Re: TCP regression between 288167 and 291456

2015-12-08 Thread hiren panchasara
+ net@ On 12/03/15 at 06:24P, Slawa Olhovchenkov wrote: > After upgrading STABLE to r291456 I am see bunch of sockets in > TIME_WAIT state. In normal situation I am expect about 30k-50k such > sockets. Now I am see all of net.inet.tcp.maxtcptw (440k currently). > Setting net.inet.tcp.msl to low val

Re: Silent data corruption on em(4) interfaces

2015-08-24 Thread hiren panchasara
On 08/20/15 at 12:57P, KOT MATPOCKuH wrote: > Hello! > > I got silent data corruption when transferring data via em(4) interface on > 10.2-STABLE r286912. > 1. I got broken large file transferred via ftp (MD5 checksum mismatched); > 2. I got disconnects when transferring large data via ssh with me