Installation ends up with errors on PVE

[DrewNeon]

CloudPanel version(s) affected

2.3.2

Description

I tried to install CloudPanel on PVE, but never succeeded either on VMs or LXCs, yet either on Unbuntu or Debian, following the two steps for other systems in the official docs. Each time, the installation process stopped with the following errors.

Firewall is active and enabled on system startup Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable ufw Created symlink /etc/systemd/system/multi-user.target.wants/clp-agent.service -> /lib/systemd/system/clp-agent.service. swapoff: Not superuser. dpkg: error processing package cloudpanel (--configure): installed cloudpanel package post-installation script subprocess returned error exit status 16 Processing triggers for rsyslog (8.2102.0-2+deb11u1) ... Processing triggers for man-db (2.9.4-2) ... Processing triggers for mailcap (3.69) ... Processing triggers for libc-bin (2.31-13+deb11u6) ... ldconfig: /lib/libvarnishapi.so.3 is not a symbolic link

Processing triggers for php8.2-cli (8.2.9-1+clp-bullseye) ... Processing triggers for php7.4-cli (7.4.33-1+clp-bullseye) ... Processing triggers for php8.1-cli (8.1.22-1+clp-bullseye) ... Processing triggers for php7.3-cli (7.3.33-1+clp-bullseye) ... Processing triggers for php7.2-cli (7.2.34-3+clp-bullseye) ... Processing triggers for php7.1-cli (7.1.33-4+clp-bullseye) ... Processing triggers for php8.0-cli (8.0.30-1+clp-bullseye) ... Processing triggers for php7.3-fpm (7.3.33-1+clp-bullseye) ... Processing triggers for php7.4-fpm (7.4.33-1+clp-bullseye) ... Processing triggers for php7.2-fpm (7.2.34-3+clp-bullseye) ... Processing triggers for php8.0-fpm (8.0.30-1+clp-bullseye) ... Processing triggers for php8.2-fpm (8.2.9-1+clp-bullseye) ... Processing triggers for php8.1-fpm (8.1.22-1+clp-bullseye) ... Processing triggers for php7.1-fpm (7.1.33-4+clp-bullseye) ... Errors were encountered while processing: cloudpanel E: Sub-process /usr/bin/dpkg returned an error code (1)

Is it a bug, or am I missing something?

How to reproduce

On a Proxmox server, install Ubuntu 22 or Debian 11 on a new VM or LXC. After the new VM or LXC started, execute the following two commands from its SSH environment.

apt update && apt -y upgrade && apt -y install curl wget sudo

curl -sS https://installer.cloudpanel.io/ce/v2/install.sh -o install.sh; \ echo "3c30168958264ced81ca9b58dbc55b4d28585d9066b9da085f2b130ae91c50f6 install.sh" | \ sha256sum -c && sudo DB_ENGINE=MARIADB_10.11 bash install.sh

Wait untill the script finishes, and it always ends with the errors reported.

Possible Solution

No response

Additional Context

[ShadowFM]

Can confirm, I have the same problem and receive this error message at the end.

[cloudpanel-io]

The error message says: swapoff: Not superuser

This seems to be the problem.

CloudPanel does the following in the cleanup function:

systemctl stop dphys-swapfile swapoff -a systemctl restart dphys-swapfile

[MortRainey]

And what to do to solve this issue?