TCP in established state with inode of 0

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











up vote
0
down vote

favorite












Intermittently, on a raspberry pi running raspbian, I see bizarre behaviour with (one of several) established TCP connections. The receiver has what he believes is a valid open socket gotten from accept. He's sitting in a read() and asking for one byte (in some cases more, but I've seen this in the one byte case).



The sender has sent data. /proc/net/tcp clearly shows the socket in the Established (01) state, with a nonzero count in the receive queue - and an inode of 0.



This happens rarely, and I think only on sockets that are open for days and weeks at a time. It has affected several different applications on the same raspberry pi 3B+; it is not always the same code that's affected. I am not certain if the socket starts out damaged or ends up that way over time; some of these sockets are used for traffic that happens very rarely.



I can't seem to attract attention to the issue on the rasp forums; but this has happened several times now to me. I'm looking for insight into how this can happen; ideally someone will say "oh, their TCP implementation forgot to snork the cache after globbing the snoid buffer" or some such thing. Does anyone have insight into how this is addressed?









share

























    up vote
    0
    down vote

    favorite












    Intermittently, on a raspberry pi running raspbian, I see bizarre behaviour with (one of several) established TCP connections. The receiver has what he believes is a valid open socket gotten from accept. He's sitting in a read() and asking for one byte (in some cases more, but I've seen this in the one byte case).



    The sender has sent data. /proc/net/tcp clearly shows the socket in the Established (01) state, with a nonzero count in the receive queue - and an inode of 0.



    This happens rarely, and I think only on sockets that are open for days and weeks at a time. It has affected several different applications on the same raspberry pi 3B+; it is not always the same code that's affected. I am not certain if the socket starts out damaged or ends up that way over time; some of these sockets are used for traffic that happens very rarely.



    I can't seem to attract attention to the issue on the rasp forums; but this has happened several times now to me. I'm looking for insight into how this can happen; ideally someone will say "oh, their TCP implementation forgot to snork the cache after globbing the snoid buffer" or some such thing. Does anyone have insight into how this is addressed?









    share























      up vote
      0
      down vote

      favorite









      up vote
      0
      down vote

      favorite











      Intermittently, on a raspberry pi running raspbian, I see bizarre behaviour with (one of several) established TCP connections. The receiver has what he believes is a valid open socket gotten from accept. He's sitting in a read() and asking for one byte (in some cases more, but I've seen this in the one byte case).



      The sender has sent data. /proc/net/tcp clearly shows the socket in the Established (01) state, with a nonzero count in the receive queue - and an inode of 0.



      This happens rarely, and I think only on sockets that are open for days and weeks at a time. It has affected several different applications on the same raspberry pi 3B+; it is not always the same code that's affected. I am not certain if the socket starts out damaged or ends up that way over time; some of these sockets are used for traffic that happens very rarely.



      I can't seem to attract attention to the issue on the rasp forums; but this has happened several times now to me. I'm looking for insight into how this can happen; ideally someone will say "oh, their TCP implementation forgot to snork the cache after globbing the snoid buffer" or some such thing. Does anyone have insight into how this is addressed?









      share













      Intermittently, on a raspberry pi running raspbian, I see bizarre behaviour with (one of several) established TCP connections. The receiver has what he believes is a valid open socket gotten from accept. He's sitting in a read() and asking for one byte (in some cases more, but I've seen this in the one byte case).



      The sender has sent data. /proc/net/tcp clearly shows the socket in the Established (01) state, with a nonzero count in the receive queue - and an inode of 0.



      This happens rarely, and I think only on sockets that are open for days and weeks at a time. It has affected several different applications on the same raspberry pi 3B+; it is not always the same code that's affected. I am not certain if the socket starts out damaged or ends up that way over time; some of these sockets are used for traffic that happens very rarely.



      I can't seem to attract attention to the issue on the rasp forums; but this has happened several times now to me. I'm looking for insight into how this can happen; ideally someone will say "oh, their TCP implementation forgot to snork the cache after globbing the snoid buffer" or some such thing. Does anyone have insight into how this is addressed?







      tcp socket





      share












      share










      share



      share










      asked 32 secs ago









      user15001

      363




      363

























          active

          oldest

          votes











          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',
          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%2f480269%2ftcp-in-established-state-with-inode-of-0%23new-answer', 'question_page');

          );

          Post as a guest



































          active

          oldest

          votes













          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes















           

          draft saved


          draft discarded















































           


          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f480269%2ftcp-in-established-state-with-inode-of-0%23new-answer', 'question_page');

          );

          Post as a guest













































































          Popular posts from this blog

          How to check contact read email or not when send email to Individual?

          Bahrain

          Postfix configuration issue with fips on centos 7; mailgun relay