Stalled TCP connection with data in RecvQ and ESTABLISHED off

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








0















My networking skills are quite poor and I am trying to understand the following netstat -ton meaning.



We have redis server and a client with a thread connecting to it via PUB/SUB. The client SUBSCRIBE to a Redis channel.



This, I guess, creates a long lived TCP link between both and the server sends data to the client when something happens on the channel.



However, from time to time (a month to three months) the client stops receiving anything, yet does not crash or raise any errors.



In this state I see the following:



A stalled Recv Q with ESTABLISHED off.



enter image description here



I read around a little bit and it could be related to many things including TCP keep alive parameters?



Any tips and ideas of how to debug such a state?



Restarting the client solves everything.










share|improve this question




























    0















    My networking skills are quite poor and I am trying to understand the following netstat -ton meaning.



    We have redis server and a client with a thread connecting to it via PUB/SUB. The client SUBSCRIBE to a Redis channel.



    This, I guess, creates a long lived TCP link between both and the server sends data to the client when something happens on the channel.



    However, from time to time (a month to three months) the client stops receiving anything, yet does not crash or raise any errors.



    In this state I see the following:



    A stalled Recv Q with ESTABLISHED off.



    enter image description here



    I read around a little bit and it could be related to many things including TCP keep alive parameters?



    Any tips and ideas of how to debug such a state?



    Restarting the client solves everything.










    share|improve this question
























      0












      0








      0








      My networking skills are quite poor and I am trying to understand the following netstat -ton meaning.



      We have redis server and a client with a thread connecting to it via PUB/SUB. The client SUBSCRIBE to a Redis channel.



      This, I guess, creates a long lived TCP link between both and the server sends data to the client when something happens on the channel.



      However, from time to time (a month to three months) the client stops receiving anything, yet does not crash or raise any errors.



      In this state I see the following:



      A stalled Recv Q with ESTABLISHED off.



      enter image description here



      I read around a little bit and it could be related to many things including TCP keep alive parameters?



      Any tips and ideas of how to debug such a state?



      Restarting the client solves everything.










      share|improve this question














      My networking skills are quite poor and I am trying to understand the following netstat -ton meaning.



      We have redis server and a client with a thread connecting to it via PUB/SUB. The client SUBSCRIBE to a Redis channel.



      This, I guess, creates a long lived TCP link between both and the server sends data to the client when something happens on the channel.



      However, from time to time (a month to three months) the client stops receiving anything, yet does not crash or raise any errors.



      In this state I see the following:



      A stalled Recv Q with ESTABLISHED off.



      enter image description here



      I read around a little bit and it could be related to many things including TCP keep alive parameters?



      Any tips and ideas of how to debug such a state?



      Restarting the client solves everything.







      networking netstat redis






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Feb 18 '17 at 2:13









      coulixcoulix

      1031




      1031




















          1 Answer
          1






          active

          oldest

          votes


















          0














          It seems to me, that problem is within your client, because Recv-Q for established connections is the count of bytes not copied by the user program connected to this socket. It means, your application does not read data from socket.






          share|improve this answer























            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "106"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f345886%2fstalled-tcp-connection-with-data-in-recvq-and-established-off%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            It seems to me, that problem is within your client, because Recv-Q for established connections is the count of bytes not copied by the user program connected to this socket. It means, your application does not read data from socket.






            share|improve this answer



























              0














              It seems to me, that problem is within your client, because Recv-Q for established connections is the count of bytes not copied by the user program connected to this socket. It means, your application does not read data from socket.






              share|improve this answer

























                0












                0








                0







                It seems to me, that problem is within your client, because Recv-Q for established connections is the count of bytes not copied by the user program connected to this socket. It means, your application does not read data from socket.






                share|improve this answer













                It seems to me, that problem is within your client, because Recv-Q for established connections is the count of bytes not copied by the user program connected to this socket. It means, your application does not read data from socket.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Feb 18 '17 at 10:00









                GreyWolfGreyWolf

                1363




                1363



























                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f345886%2fstalled-tcp-connection-with-data-in-recvq-and-established-off%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown






                    Popular posts from this blog

                    Peggy Mitchell

                    Palaiologos

                    The Forum (Inglewood, California)