This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

BUG: 8.201 using 100% of CPU

I have been using 8.103 for some time and had no issues with CPU usage. However after the update to 8.201, ASG Home has been consuming 100% of the CPU.  I rebooted the machine both days and CPU usage returns to normal, but eventually will jump back up again.  See the attached graph.

cpuusage_daily.png

In addition to this issue, I noticed that I am unable to double scan web downloads or the download is never accessible. With double scanning enabled, I see the Astaro download screen, but then it jumps to a blank page. In 8.103 this worked fine, but in 8.201 unless I just select single scan, I am unable to get downloaded files. A specific example was this link.

http://www.linuxjournaldigital.com/01d49f0edcd9418d3c3a3b20034855a6/4e55247b/linuxjournal/201109/data/linuxjournal201109-dl.pdf?lm=1314190536000

Any assistance on these issues would be appreciated.

Mike


This thread was automatically locked due to age.
  • @Evil Master:  Sometimes an extra reboot after the update will help calm things down.
    Also since update the Astaro use lots of swap memory (about 60%)
    As long as you are using a home license (not paid for business) and have enough memory, you can lower the swap usage level in /sys/sysctl.conf, by adding  vm.swappiness=[your choice].  By default the value is 60.  By chance are you using the Technical Preview of the Local Content Database?  If so, in which mode?
  • Iv'e got this too! - 100% cpu since 11am yesterday [:S]

    running ASG220 with 8.201

    the big ticket item always appears to be this:

    106       8808 43.2  8.4 1407692 86924 ?       Ssl  Aug31 1254:42 /var/chroot-http/usr/bin/httpproxy -f -c /var/chroot-http -u httpp

    Mark
  • This is happening to me too.  I noticed this morning and it started last night.  I am using a home license, running under ESXi 4.1u1.  I am running the virtual Appliance that was available for download, which has been upgraded to 8.201.  

    I turned on ssh access and ran a top.  The top process was http proxy for me as well.  When I disabled that in the UI, my CPU went from 100% to around 50%.  Now my top process seems to be confd.plx, running steadily around 30%.

    1055 root      20   0 48028  24m 2784 S 30.6  1.2   4:10.50 confd.plx
  • I have the same problem since last week i'm getting 100% CPU usage, the proceses that get more then 70% of cpu usage are postgres and httproxy.
    I'm using transparent mode without autentication and app control. I've been trying to improve general performance using tips in this thread
    https://community.sophos.com/products/unified-threat-management/astaroorg/f/51/t/21312
    And ading 0.5 Gb of additional ram to the box (an athlon 64 2.4 Ghz with 3 nic), aleviated the problem for a few hours, but cpu raised again.
    I think that a lot of people is afected by this problem and an urgent solution is needed.
  • Since the update to 8.201 100% CPU utilization.
    Running as a VM on ESXi-4.01 and the VM has 2 x 3 Ghz cores and 2GB memory.

    106       5796 45.7 13.5 1272956 281988 ?      Ssl  Sep22 8549:34 /var/chroot-http/usr/bin/httpproxy -f -c /var/chroot-http -u httpp
    


    showing 'just' 45.7%, but together with the other procs this is 100% of one core. Apparently the ASG cannot make use of the second core [:(]
  • We have seen it on test setup. The problem was in updown script.
    Astaro support gave us a new version of the script.

    Script is located on the ASG at /var/sec/chroot-ipsec/usr/libexec/ipsec. File must have following permissions:

     -rwxr-xr-x 1 root root   3585 2010-10-25 18:19 updown

    Or you can just manually update ASG to 8.202.
    updown.zip
  • We had it too. Serious problem - the web filter couldn't work the users requests so the entire school's web access stood still. 

    This helped as a quick fix (5min in total to fix it):

    https://support.astaro.com/support/index.php/HTTP_Proxy_Issues_after_8201

    Yesterday I updated to v.8.202 which should do the job.

    HTH!
    Uwe