• Support

  • aaPanel 7.0.11 docker panel failure


After updated to 7.0.11 docker panel not working suddenly, and it seem the panel unable retrieve my system's docker status, I have tried to start and restart by clicking the button on the panel. Unfortunately, it still not working.

      aaPanel_Kern
      Hi, I managed to do it in sudo.
      Here is the output:

      Collecting docker
      Using cached docker-7.1.0-py3-none-any.whl.metadata (3.8 kB)
      Collecting requests>=2.26.0 (from docker)
      Using cached requests-2.32.3-py3-none-any.whl.metadata (4.6 kB)
      Collecting urllib3>=1.26.0 (from docker)
      Using cached urllib3-2.2.3-py3-none-any.whl.metadata (6.5 kB)
      Collecting charset-normalizer<4,>=2 (from requests>=2.26.0->docker)
      Using cached charset_normalizer-3.4.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (34 kB)
      Collecting idna<4,>=2.5 (from requests>=2.26.0->docker)
      Using cached idna-3.10-py3-none-any.whl.metadata (10 kB)
      Collecting certifi>=2017.4.17 (from requests>=2.26.0->docker)
      Using cached certifi-2024.8.30-py3-none-any.whl.metadata (2.2 kB)
      Using cached docker-7.1.0-py3-none-any.whl (147 kB)
      Using cached requests-2.32.3-py3-none-any.whl (64 kB)
      Using cached urllib3-2.2.3-py3-none-any.whl (126 kB)
      Using cached certifi-2024.8.30-py3-none-any.whl (167 kB)
      Using cached charset_normalizer-3.4.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (143 kB)
      Using cached idna-3.10-py3-none-any.whl (70 kB)
      DEPRECATION: Loading egg at /www/server/panel/pyenv/lib/python3.12/site-packages/PyMySQL-0.9.3-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
      Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests, docker
      ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
      oss2 2.17.0 requires aliyun-python-sdk-core>=2.13.12, which is not installed.
      oss2 2.17.0 requires aliyun-python-sdk-kms>=2.4.1, which is not installed.
      httpx 0.27.0 requires httpcore==1.*, but you have httpcore 0.17.3 which is incompatible.
      Successfully installed certifi-2024.2.2 charset-normalizer-3.4.0 docker-7.1.0 idna-3.7 requests-2.32.3 urllib3-1.26.18
      WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv