After reading that issue and the related ones there does appear to be a live lock under heavy stress. I didn’t read too deeply because I am on a phone.
I am guessing a small reproducible test case is required. Since you encounter it on localhost I assume you can extract what is needed based on the other issues cited. > On Nov 12, 2020, at 8:42 AM, Denis Telyukh <[email protected]> wrote: > > > Could you, please, explain me what is producer in this case and what is > consumer? Is it web browser and web server? And what kind of anomalies do you > think I can find with netstat? I'm not sure what to look at, the traffic > seems fine to me. > > Maybe this issue is related the same problem: > https://github.com/golang/go/issues/23559 > > четверг, 12 ноября 2020 г. в 21:34:35 UTC+7, [email protected]: >> One thing to note, gRPC uses http2. If there were a bug like this lurking in >> the library it would be far more common, so the most likely cause is >> specific to your code. >> >>>> On Nov 12, 2020, at 8:13 AM, Robert Engels <[email protected]> wrote: >>>> >>> >> >>> Your issue report describes the same issue. >>> >>> If you switch to http rather than http2 do you have the same issue? >>> >>> I am guessing that your consumer is blocked which eventually blocks your >>> producer when the buffers fill. >>> >>> I would continue to use the networking tools to diagnose. >>> >>>>> On Nov 12, 2020, at 3:22 AM, Denis Telyukh <[email protected]> wrote: >>>>> >>>> Better problem description after deeper debugging: >>>> https://github.com/golang/go/issues/42534 >>>> >>>> среда, 11 ноября 2020 г. в 13:21:56 UTC+7, Denis Telyukh: >>>>> OS: Manjaro 20.2 Nibia >>>>> Kernel: x86_64 Linux 5.4.74-1-MANJARO >>>>> >>>>> ср, 11 нояб. 2020 г. в 12:59, Kurtis Rader <[email protected]>: >>>>>> On Tue, Nov 10, 2020 at 9:39 PM Denis Telyukh <[email protected]> >>>>>> wrote: >>>>>>> 1. Got some stuck requests >>>>>>> 2. netstat -atp >>>>>>> tcp 25 0 dionysius-pc:52340 server-52-85-47-1:https >>>>>>> CLOSE_WAIT 1364/brave --type=u >>>>>>> tcp 25 0 dionysius-pc:40296 server-13-33-240-:https >>>>>>> CLOSE_WAIT 1364/brave --type=u >>>>>>> 3. A few second later netstat doesn't show any non-empty queues >>>>>>> 4. But requests continue to hang (it will be endless) >>>>>> >>>>>> >>>>>> The `netstat` command does not show "non-empty queues". It shows >>>>>> connections that exist between processes on your system and remote >>>>>> systems. The fact "a few second later netstat doesn't show any non-empty >>>>>> queues" means that your system has no open connections. Also, what >>>>>> platform (OS) are you using? The `netstat -atp` command makes no sense >>>>>> on macOS or Linux. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "golang-nuts" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an >>>> email to [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/golang-nuts/abf3d089-bbd2-4607-b6c3-68a2237213bfn%40googlegroups.com. > > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/golang-nuts/ee1dd302-1231-4460-9d0d-0557a3e1d8b6n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/2ED0B978-2D94-408C-9521-C1D64D6DFB7A%40ix.netcom.com.
