Related

What steps are being taken regarding vulnerability CVE-2016-5696? Question Question
Cannot upgrade to Ubuntu 16.04 Question Question

Question

Process jbd2/vda1-8 high loading

Posted May 27, 2015 6.9k views
UbuntuServer Optimization

I am using a $10/month droplet with Ubuntu 14.04. I noticed that a process named “jbd2/vda1-8” pops up from time to time. As soon as it runs, all Apache processes become blocked and my entire server becomes unresponsive.

Some output from “ps auxf” command:

Wed May 27 15:58:10 UTC 2015
root       199  0.0  0.0      0     0 ?        D    May19   6:52  \_ [jbd2/vda1-8]
Wed May 27 15:58:11 UTC 2015
root       199  0.0  0.0      0     0 ?        D    May19   6:52  \_ [jbd2/vda1-8]
www-data 27636  0.0  0.9 406192  9604 ?        D    15:57   0:00  \_ /usr/sbin/apache2 -k start
Wed May 27 15:58:12 UTC 2015
root       199  0.0  0.0      0     0 ?        D    May19   6:52  \_ [jbd2/vda1-8]
www-data 27362  0.1  1.1 405668 11672 ?        D    15:56   0:00  \_ /usr/sbin/apache2 -k start
www-data 27636  0.0  0.9 406192  9604 ?        D    15:57   0:00  \_ /usr/sbin/apache2 -k start
www-data 27685  0.3  1.3 408368 13812 ?        D    15:57   0:00  \_ /usr/sbin/apache2 -k start
www-data 27738  0.2  0.9 405252  9340 ?        D    15:57   0:00  \_ /usr/sbin/apache2 -k start

The “top” command also shows “wa” above 90.

I realized it is something to do with disk journaling. Can it be disabled, or is anything I can do to reduce the load from “jbd2” without affecting my droplet?

Thanks for any advice!

Add a comment
lcer
By:
lcer
Add a comment
5 comments
  • surgevelocityon September 28, 2015
    Reply Report

    I also see this, and it is on a $40/month droplet which also happens to be my main db server for production! This results in 1-2 minutes of really slow response every 30 minutes to an hour. Please any help?

  • info999 September 29, 2015
    Reply Report

    I wrote ticket to support.
    And they changed my server without changing my IP address.
    No such problems after month using now.

  • lcer October 8, 2015
    Reply Report

    Thanks for the info!

  • krendel122 November 25, 2015
    Reply Report

    I also had some random I/O loads and [jbd2/vda1-8] process behaving badly on my 80$ droplet. Migration to another hypervisor via DO’s support solved the issue. Two days already so far so good.

  • aaemnnosttv February 6, 2016
    Reply Report

    Same issue here on my droplet which is in NY2. This thread helped a lot in identifying that the problem was out of my hands. DO support was really great and my droplet which had 20GB of used disk space took only ~5 minutes to migrate and come back online.

    The difference is night and day:



    showing 3 day history, with red line showing the migration downtime

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

×
1 answer
mwanmedia August 26, 2015

Me too, did you get the way to solve this problem?

Reply Report
  • lcer September 4, 2015

    No, I wasn’t able to directly solve the problem. What worked for me was trying to minimize disk access and using memory cache whenever possible.

    Reply Report
lcer September 4, 2015
[deleted]
Reply Report
Submit an Answer

Related

Looking for something else?

Ask a new question Search for more help