Hello, if it is BT-Task, you can restart aapanel first to solve the problem temporarily. We are dealing with this problem.

aaP_admin470

5 days later
9 days later

aaP_admin470 is there a fix? cpu use if 358% blocked. my only one domain hosted is crawling due to this BT-Task

Is it possible to try manual update?
rm -f /tmp/update_to7.pl && curl -k https://node.aapanel.com/install/update_7.x_en.sh | bash

aaP_simonsoft

5 days later

aaPanel_Kern Hi, I have this condition again but now not from BT-Task but /usr/bin/dockerd. It strange because not container that causing it, the cpu usage by container is low.

    a month later

    Hi, I have the same problem. Did you find a solution?
    I tried restarting aapanel.
    I tried rebooting the server.
    I tried using "fix" on the home page.
    I tried updating manually.
    BT-Task still uses 80-99% of the server resources.

      Hello, is the server load normal? Are there any screenshots of the top command?
      You can also check the logs
      tail -n20 /www/server/panel/logs/error.log
      tail -n20 /www/server/panel/logs/task.log

      WTERH

        aaPanel_Kern Hello, abnormal load on the server.


        This screen from my hosting panel statistics for the week:

        per hour:

        I wanted to show the real-time load from "htop", but as luck would have it, I get into a time period when resource utilization has not yet reached its peak.
        The graph of the monitoring section shows that utilization is formed within 4-5 hours, every 4-5 hours.
        Monitoring:

        But monitoring does not see the bt-task in all graphs.

        If you need more information, tell me what kind, I will provide it.
        From the last actions with packages from the "App Store" were installed and removed docker-manager and postgres, but after remove postgres, tab in "Database" still work

        Managed to catch increased load from bt-task

          Hi, can you give us your aapanel information? The server makes a snapshot backup first, if possible, please send it to kern@aapanel.com.
          It is recommended to fill in the following
          Post link:
          SSH IP address, account password and port:
          aapanel login link address and account password:
          Detailed problem description:

          No post link will not be able to know which user's information is, and the problem will not be processed

          WTERH

            • Edited

            aaPanel_Kern Hi. Are you suggesting to take a snapshot and then provide the credentials directly to the server?
            If so, it will take me some time to clarify the details of the snapshot (additional costs), and it will also entail possible downtime of services on the server, which I would also not want.
            And i will need to discuss this with the partner, and also clarify the time frame in which these actions will be carried out, perhaps the local time zone will be more tolerant to downtime.

            Is there an option to roll back to an earlier version than 7.0.13?

              Hello, this problem needs to be observed and the time cannot be confirmed. Generally, this problem will not affect the data of the website.

              WTERH