Network capture using ethtool points to problem?











up vote
-1
down vote

favorite












Issuing this:



ethtool -S <network device> |  egrep "err|fail"


I get the following errors:



tx_lost_interrupt: 225 
rx_alloc_fail: 36297


What is, tx_lost_interrupt and rx_alloc_fail ?



Do these errors indicate a real network problem?










share|improve this question




























    up vote
    -1
    down vote

    favorite












    Issuing this:



    ethtool -S <network device> |  egrep "err|fail"


    I get the following errors:



    tx_lost_interrupt: 225 
    rx_alloc_fail: 36297


    What is, tx_lost_interrupt and rx_alloc_fail ?



    Do these errors indicate a real network problem?










    share|improve this question


























      up vote
      -1
      down vote

      favorite









      up vote
      -1
      down vote

      favorite











      Issuing this:



      ethtool -S <network device> |  egrep "err|fail"


      I get the following errors:



      tx_lost_interrupt: 225 
      rx_alloc_fail: 36297


      What is, tx_lost_interrupt and rx_alloc_fail ?



      Do these errors indicate a real network problem?










      share|improve this question















      Issuing this:



      ethtool -S <network device> |  egrep "err|fail"


      I get the following errors:



      tx_lost_interrupt: 225 
      rx_alloc_fail: 36297


      What is, tx_lost_interrupt and rx_alloc_fail ?



      Do these errors indicate a real network problem?







      linux networking ethernet






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 2 days ago









      Michael Prokopec

      77716




      77716










      asked Dec 5 at 20:37









      yael

      2,3321956




      2,3321956






















          1 Answer
          1






          active

          oldest

          votes

















          up vote
          1
          down vote



          accepted










          Those are NIC- or driver-specific extended statistics, so it would be important to know the type of the network interface used and/or the name of the driver module used with it.



          However, at least in kernel version 4.14.85, it looks like the string tx_lost_interrupt appears only in the Intel i40e NIC driver. This seems to be the patch that originally added that statistic to the driver.



          It looks like it counts the times a software workaround was applied to a case of a lost hardware interrupt. I could not find any further description, but it looks like a workaround for a NIC hardware bug to me...





          rx_alloc_fail, on the other hand, looks like it indicates the number of times the driver failed to allocate a memory buffer for received packet(s). That might indicate that your system is under some amount of memory pressure, and could use more RAM.






          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',
            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%2f486235%2fnetwork-capture-using-ethtool-points-to-problem%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








            up vote
            1
            down vote



            accepted










            Those are NIC- or driver-specific extended statistics, so it would be important to know the type of the network interface used and/or the name of the driver module used with it.



            However, at least in kernel version 4.14.85, it looks like the string tx_lost_interrupt appears only in the Intel i40e NIC driver. This seems to be the patch that originally added that statistic to the driver.



            It looks like it counts the times a software workaround was applied to a case of a lost hardware interrupt. I could not find any further description, but it looks like a workaround for a NIC hardware bug to me...





            rx_alloc_fail, on the other hand, looks like it indicates the number of times the driver failed to allocate a memory buffer for received packet(s). That might indicate that your system is under some amount of memory pressure, and could use more RAM.






            share|improve this answer

























              up vote
              1
              down vote



              accepted










              Those are NIC- or driver-specific extended statistics, so it would be important to know the type of the network interface used and/or the name of the driver module used with it.



              However, at least in kernel version 4.14.85, it looks like the string tx_lost_interrupt appears only in the Intel i40e NIC driver. This seems to be the patch that originally added that statistic to the driver.



              It looks like it counts the times a software workaround was applied to a case of a lost hardware interrupt. I could not find any further description, but it looks like a workaround for a NIC hardware bug to me...





              rx_alloc_fail, on the other hand, looks like it indicates the number of times the driver failed to allocate a memory buffer for received packet(s). That might indicate that your system is under some amount of memory pressure, and could use more RAM.






              share|improve this answer























                up vote
                1
                down vote



                accepted







                up vote
                1
                down vote



                accepted






                Those are NIC- or driver-specific extended statistics, so it would be important to know the type of the network interface used and/or the name of the driver module used with it.



                However, at least in kernel version 4.14.85, it looks like the string tx_lost_interrupt appears only in the Intel i40e NIC driver. This seems to be the patch that originally added that statistic to the driver.



                It looks like it counts the times a software workaround was applied to a case of a lost hardware interrupt. I could not find any further description, but it looks like a workaround for a NIC hardware bug to me...





                rx_alloc_fail, on the other hand, looks like it indicates the number of times the driver failed to allocate a memory buffer for received packet(s). That might indicate that your system is under some amount of memory pressure, and could use more RAM.






                share|improve this answer












                Those are NIC- or driver-specific extended statistics, so it would be important to know the type of the network interface used and/or the name of the driver module used with it.



                However, at least in kernel version 4.14.85, it looks like the string tx_lost_interrupt appears only in the Intel i40e NIC driver. This seems to be the patch that originally added that statistic to the driver.



                It looks like it counts the times a software workaround was applied to a case of a lost hardware interrupt. I could not find any further description, but it looks like a workaround for a NIC hardware bug to me...





                rx_alloc_fail, on the other hand, looks like it indicates the number of times the driver failed to allocate a memory buffer for received packet(s). That might indicate that your system is under some amount of memory pressure, and could use more RAM.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 2 days ago









                telcoM

                15.2k12143




                15.2k12143






























                    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.





                    Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


                    Please pay close attention to the following guidance:


                    • 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%2f486235%2fnetwork-capture-using-ethtool-points-to-problem%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

                    Accessing regular linux commands in Huawei's Dopra Linux

                    Can't connect RFCOMM socket: Host is down

                    Kernel panic - not syncing: Fatal Exception in Interrupt