High CPU usage with DSC












5















Since last week that I run an apt-get upgrade on my machine,bI observe a very high and periodically CPU usage for perl process



21392 112 39 19 10332 7552 3592 R 53.0  1.5 0:01.63 perl

426 root 20 0 5088 2476 2256 S 0.0 0.5 0:00.33 `- cron
24709 root 20 0 6484 2560 2200 S 0.0 0.5 0:00.03 `- cron
24713 112 20 0 1900 1100 1024 S 0.0 0.2 0:00.01 `- sh
24714 112 20 0 4604 2640 2476 S 0.0 0.5 0:00.02 `- copy-local-and-
24719 112 20 0 1900 1204 1128 S 0.0 0.2 0:00.01 `- refile-and-grok
24725 112 20 0 3536 1516 1436 S 0.0 0.3 0:00.00 `- xargs
24726 112 20 0 1900 1076 1004 S 0.0 0.2 0:00.01 `- refile-and-grok
24728 112 39 19 18592 15008 4996 R 91.2 3.0 0:06.70 `- perl


The process ID changes every time the perl process comes up.



UPDATE



root@raspberrypi:/var/ftp# ps -ef | grep perl
112 25971 25969 91 13:42 ? 00:00:20 perl /usr/share/dsc-statistics-presenter/dsc-xml-extractor
root 25981 22322 0 13:42 pts/0 00:00:00 grep perl


That process always run since I have my server up and running. It seems that got that high CPU usage since I updgrade perl, per-base and perl modules from 5.20.2-3+deb8u5 to 5.20.2-3+deb8u6. I'm trying to rollback but I m not able to do it



root@raspberrypi:/var/ftp# apt-get install perl=5.20.2-3+deb8u5
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '5.20.2-3+deb8u5' for 'perl' was not found
root@raspberrypi:/var/ftp#


Anyone can help me to identify the reason of such high cpu usage or roll-back the upgrade done?










share|improve this question




















  • 3





    Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

    – SHW
    Aug 2 '16 at 13:19











  • Added In the description

    – Federi
    Aug 2 '16 at 13:33











  • ps -ef | grep perl ?

    – 123
    Aug 2 '16 at 13:36











  • Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

    – SHW
    Aug 2 '16 at 13:42






  • 1





    Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

    – Federi
    Aug 2 '16 at 13:47
















5















Since last week that I run an apt-get upgrade on my machine,bI observe a very high and periodically CPU usage for perl process



21392 112 39 19 10332 7552 3592 R 53.0  1.5 0:01.63 perl

426 root 20 0 5088 2476 2256 S 0.0 0.5 0:00.33 `- cron
24709 root 20 0 6484 2560 2200 S 0.0 0.5 0:00.03 `- cron
24713 112 20 0 1900 1100 1024 S 0.0 0.2 0:00.01 `- sh
24714 112 20 0 4604 2640 2476 S 0.0 0.5 0:00.02 `- copy-local-and-
24719 112 20 0 1900 1204 1128 S 0.0 0.2 0:00.01 `- refile-and-grok
24725 112 20 0 3536 1516 1436 S 0.0 0.3 0:00.00 `- xargs
24726 112 20 0 1900 1076 1004 S 0.0 0.2 0:00.01 `- refile-and-grok
24728 112 39 19 18592 15008 4996 R 91.2 3.0 0:06.70 `- perl


The process ID changes every time the perl process comes up.



UPDATE



root@raspberrypi:/var/ftp# ps -ef | grep perl
112 25971 25969 91 13:42 ? 00:00:20 perl /usr/share/dsc-statistics-presenter/dsc-xml-extractor
root 25981 22322 0 13:42 pts/0 00:00:00 grep perl


That process always run since I have my server up and running. It seems that got that high CPU usage since I updgrade perl, per-base and perl modules from 5.20.2-3+deb8u5 to 5.20.2-3+deb8u6. I'm trying to rollback but I m not able to do it



root@raspberrypi:/var/ftp# apt-get install perl=5.20.2-3+deb8u5
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '5.20.2-3+deb8u5' for 'perl' was not found
root@raspberrypi:/var/ftp#


Anyone can help me to identify the reason of such high cpu usage or roll-back the upgrade done?










share|improve this question




















  • 3





    Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

    – SHW
    Aug 2 '16 at 13:19











  • Added In the description

    – Federi
    Aug 2 '16 at 13:33











  • ps -ef | grep perl ?

    – 123
    Aug 2 '16 at 13:36











  • Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

    – SHW
    Aug 2 '16 at 13:42






  • 1





    Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

    – Federi
    Aug 2 '16 at 13:47














5












5








5








Since last week that I run an apt-get upgrade on my machine,bI observe a very high and periodically CPU usage for perl process



21392 112 39 19 10332 7552 3592 R 53.0  1.5 0:01.63 perl

426 root 20 0 5088 2476 2256 S 0.0 0.5 0:00.33 `- cron
24709 root 20 0 6484 2560 2200 S 0.0 0.5 0:00.03 `- cron
24713 112 20 0 1900 1100 1024 S 0.0 0.2 0:00.01 `- sh
24714 112 20 0 4604 2640 2476 S 0.0 0.5 0:00.02 `- copy-local-and-
24719 112 20 0 1900 1204 1128 S 0.0 0.2 0:00.01 `- refile-and-grok
24725 112 20 0 3536 1516 1436 S 0.0 0.3 0:00.00 `- xargs
24726 112 20 0 1900 1076 1004 S 0.0 0.2 0:00.01 `- refile-and-grok
24728 112 39 19 18592 15008 4996 R 91.2 3.0 0:06.70 `- perl


The process ID changes every time the perl process comes up.



UPDATE



root@raspberrypi:/var/ftp# ps -ef | grep perl
112 25971 25969 91 13:42 ? 00:00:20 perl /usr/share/dsc-statistics-presenter/dsc-xml-extractor
root 25981 22322 0 13:42 pts/0 00:00:00 grep perl


That process always run since I have my server up and running. It seems that got that high CPU usage since I updgrade perl, per-base and perl modules from 5.20.2-3+deb8u5 to 5.20.2-3+deb8u6. I'm trying to rollback but I m not able to do it



root@raspberrypi:/var/ftp# apt-get install perl=5.20.2-3+deb8u5
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '5.20.2-3+deb8u5' for 'perl' was not found
root@raspberrypi:/var/ftp#


Anyone can help me to identify the reason of such high cpu usage or roll-back the upgrade done?










share|improve this question
















Since last week that I run an apt-get upgrade on my machine,bI observe a very high and periodically CPU usage for perl process



21392 112 39 19 10332 7552 3592 R 53.0  1.5 0:01.63 perl

426 root 20 0 5088 2476 2256 S 0.0 0.5 0:00.33 `- cron
24709 root 20 0 6484 2560 2200 S 0.0 0.5 0:00.03 `- cron
24713 112 20 0 1900 1100 1024 S 0.0 0.2 0:00.01 `- sh
24714 112 20 0 4604 2640 2476 S 0.0 0.5 0:00.02 `- copy-local-and-
24719 112 20 0 1900 1204 1128 S 0.0 0.2 0:00.01 `- refile-and-grok
24725 112 20 0 3536 1516 1436 S 0.0 0.3 0:00.00 `- xargs
24726 112 20 0 1900 1076 1004 S 0.0 0.2 0:00.01 `- refile-and-grok
24728 112 39 19 18592 15008 4996 R 91.2 3.0 0:06.70 `- perl


The process ID changes every time the perl process comes up.



UPDATE



root@raspberrypi:/var/ftp# ps -ef | grep perl
112 25971 25969 91 13:42 ? 00:00:20 perl /usr/share/dsc-statistics-presenter/dsc-xml-extractor
root 25981 22322 0 13:42 pts/0 00:00:00 grep perl


That process always run since I have my server up and running. It seems that got that high CPU usage since I updgrade perl, per-base and perl modules from 5.20.2-3+deb8u5 to 5.20.2-3+deb8u6. I'm trying to rollback but I m not able to do it



root@raspberrypi:/var/ftp# apt-get install perl=5.20.2-3+deb8u5
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '5.20.2-3+deb8u5' for 'perl' was not found
root@raspberrypi:/var/ftp#


Anyone can help me to identify the reason of such high cpu usage or roll-back the upgrade done?







process cpu top






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 12 at 17:48









Evan Carroll

5,759114482




5,759114482










asked Aug 2 '16 at 13:12









FederiFederi

45821231




45821231








  • 3





    Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

    – SHW
    Aug 2 '16 at 13:19











  • Added In the description

    – Federi
    Aug 2 '16 at 13:33











  • ps -ef | grep perl ?

    – 123
    Aug 2 '16 at 13:36











  • Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

    – SHW
    Aug 2 '16 at 13:42






  • 1





    Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

    – Federi
    Aug 2 '16 at 13:47














  • 3





    Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

    – SHW
    Aug 2 '16 at 13:19











  • Added In the description

    – Federi
    Aug 2 '16 at 13:33











  • ps -ef | grep perl ?

    – 123
    Aug 2 '16 at 13:36











  • Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

    – SHW
    Aug 2 '16 at 13:42






  • 1





    Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

    – Federi
    Aug 2 '16 at 13:47








3




3





Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

– SHW
Aug 2 '16 at 13:19





Run top command and press V. It will enlist commands with their parents in tree format. It will be easy then to find out which process calling the perl

– SHW
Aug 2 '16 at 13:19













Added In the description

– Federi
Aug 2 '16 at 13:33





Added In the description

– Federi
Aug 2 '16 at 13:33













ps -ef | grep perl ?

– 123
Aug 2 '16 at 13:36





ps -ef | grep perl ?

– 123
Aug 2 '16 at 13:36













Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

– SHW
Aug 2 '16 at 13:42





Bingo ! For quick result, do run kill -9 426 and see for a while the cpu load

– SHW
Aug 2 '16 at 13:42




1




1





Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

– Federi
Aug 2 '16 at 13:47





Is a cron JOB that always run. I don't want kill it I want understand why it is taking more CPU compared to before

– Federi
Aug 2 '16 at 13:47










1 Answer
1






active

oldest

votes


















0














DSC: A DNS Statistics Collector



The program is written in perl, but this isn't a Perl problem. You're using DSC. In order to solve this we would have to know what version of DSC you're using. My suggestion is to upgrade to a newer version of DSC.




  • https://www.dns-oarc.net/dsc/download




You may be experiencing the bug fixed on 2015-10-09




A user reported that when a TCP segment containing only the DNS message
length is received after the message it references (i.e., out-of-order),
then DSC goes into a 100% CPU loop. Confirmed that the code doesn't work
correctly when dnslen comes out-of-order, but I wasn't able to easily
reproduce the 100% CPU bug.







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%2f299833%2fhigh-cpu-usage-with-dsc%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














    DSC: A DNS Statistics Collector



    The program is written in perl, but this isn't a Perl problem. You're using DSC. In order to solve this we would have to know what version of DSC you're using. My suggestion is to upgrade to a newer version of DSC.




    • https://www.dns-oarc.net/dsc/download




    You may be experiencing the bug fixed on 2015-10-09




    A user reported that when a TCP segment containing only the DNS message
    length is received after the message it references (i.e., out-of-order),
    then DSC goes into a 100% CPU loop. Confirmed that the code doesn't work
    correctly when dnslen comes out-of-order, but I wasn't able to easily
    reproduce the 100% CPU bug.







    share|improve this answer




























      0














      DSC: A DNS Statistics Collector



      The program is written in perl, but this isn't a Perl problem. You're using DSC. In order to solve this we would have to know what version of DSC you're using. My suggestion is to upgrade to a newer version of DSC.




      • https://www.dns-oarc.net/dsc/download




      You may be experiencing the bug fixed on 2015-10-09




      A user reported that when a TCP segment containing only the DNS message
      length is received after the message it references (i.e., out-of-order),
      then DSC goes into a 100% CPU loop. Confirmed that the code doesn't work
      correctly when dnslen comes out-of-order, but I wasn't able to easily
      reproduce the 100% CPU bug.







      share|improve this answer


























        0












        0








        0







        DSC: A DNS Statistics Collector



        The program is written in perl, but this isn't a Perl problem. You're using DSC. In order to solve this we would have to know what version of DSC you're using. My suggestion is to upgrade to a newer version of DSC.




        • https://www.dns-oarc.net/dsc/download




        You may be experiencing the bug fixed on 2015-10-09




        A user reported that when a TCP segment containing only the DNS message
        length is received after the message it references (i.e., out-of-order),
        then DSC goes into a 100% CPU loop. Confirmed that the code doesn't work
        correctly when dnslen comes out-of-order, but I wasn't able to easily
        reproduce the 100% CPU bug.







        share|improve this answer













        DSC: A DNS Statistics Collector



        The program is written in perl, but this isn't a Perl problem. You're using DSC. In order to solve this we would have to know what version of DSC you're using. My suggestion is to upgrade to a newer version of DSC.




        • https://www.dns-oarc.net/dsc/download




        You may be experiencing the bug fixed on 2015-10-09




        A user reported that when a TCP segment containing only the DNS message
        length is received after the message it references (i.e., out-of-order),
        then DSC goes into a 100% CPU loop. Confirmed that the code doesn't work
        correctly when dnslen comes out-of-order, but I wasn't able to easily
        reproduce the 100% CPU bug.








        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Feb 12 at 17:48









        Evan CarrollEvan Carroll

        5,759114482




        5,759114482






























            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%2f299833%2fhigh-cpu-usage-with-dsc%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

            How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

            is 'sed' thread safe

            How to make a Squid Proxy server?