I'm still stuck on 1.8.2 and it didn't update (or auto-update)

It has happened that ubuntu 22 was upgraded to 24 when the last version of hestia was 1.8.12 obviously started to run badly because it was an unsupported version of ubuntu. With a few minor adjustments I continued to use the server without problems.

I have the problem that the 1.9.x version is already compatible with ubutun 24, and I would like to migrate. I rented a small VPS for a month just to test how it works and it seems to run fine, no problems… but was a fresh install.

The problem is that I have that version of ubuntu 24 with hestia 1.8.12 and does not work the automatic update panel, nor entering the console to make an apt update && apt upgrade.

- What can I do to update but without losing all the configuration of the users?
- Reinstallation deletes the configuration?
- How would be a safe procedure in these cases?
I have only 15 live projects, each one with its mails, dns, php, and I am afraid of losing the configuration of each one.

I appreciate any help you can give me, greetings and good week!

Before any upgrade, you should be sure you have recent backups for all your users (and have a copy outside your server… just in case). If your hosting provides snapshots, create one and then try to update, if something goes wrong you can always restore the entire server using that snapshot.

Show the output of these commands:

apt update
apt list --upgradable
apt list "hestia*"
dpkg -l | grep '^ii.*hestia'
cat /etc/apt/sources.list.d/hestia.list
apt-mark showhold
1 Like

Check /etc/apt/sources.list.d/hestia.list

Probally commented out

1 Like

Hello @Sahsanu


Hit:1 http://archive.ubuntu.com/ubuntu noble InRelease
Get:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease [126 kB]
Hit:3 https://repository.monarx.com/repository/ubuntu-noble noble InRelease
Get:4 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Get:5 http://archive.ubuntu.com/ubuntu noble-backports InRelease [126 kB]
Get:6 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Components [151 kB]
Get:7 http://archive.ubuntu.com/ubuntu noble-updates/restricted amd64 Components [212 B]
Get:8 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Components [364 kB]
Get:9 http://archive.ubuntu.com/ubuntu noble-updates/multiverse amd64 Components [940 B]
Get:10 http://archive.ubuntu.com/ubuntu noble-backports/main amd64 Components [208 B]
Get:11 http://archive.ubuntu.com/ubuntu noble-backports/restricted amd64 Components [216 B]
Get:12 http://archive.ubuntu.com/ubuntu noble-backports/universe amd64 Components [20.0 kB]
Get:13 http://archive.ubuntu.com/ubuntu noble-backports/multiverse amd64 Components [212 B]
Get:14 http://security.ubuntu.com/ubuntu noble-security/main amd64 Components [8976 B]
Get:15 http://security.ubuntu.com/ubuntu noble-security/restricted amd64 Components [212 B]
Get:16 http://security.ubuntu.com/ubuntu noble-security/universe amd64 Components [52.0 kB]
Get:17 http://security.ubuntu.com/ubuntu noble-security/multiverse amd64 Components [212 B]
Fetched 976 kB in 2s (598 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
Listing... Done
landscape-common/noble-updates 24.02-0ubuntu5.3 amd64 [upgradable from: 24.02-0ubuntu5.2]
N: There are 2 additional versions. Please use the '-a' switch to see them.
Listing... Done
hestia-nginx/now 1.25.2 amd64 [installed,local]
hestia-php/now 8.2.11 amd64 [installed,local]
hestia/now 1.8.12 amd64 [installed,local]
ii  hestia                               1.8.12                                        amd64        hestia
ii  hestia-nginx                         1.25.2                                        amd64        hestia Nginx
ii  hestia-php                           8.2.11                                        amd64        hestia php-fpm

cat: /etc/apt/sources.list.d/hestia.list: No such file or directory

do nothing...

.

Hello @eris

Doesn’t exist that file. But I found one called /etc/apt/sources.list.d/hestia.list.distUpgrade
and the content is:
deb [arch=amd64 signed-by=/usr/share/keyrings/hestia-keyring.gpg] https://apt.hestiacp.com/ jammy main

Thank you both for your response.

mv /etc/apt/sources.list.d/hestia.list.distUpgrade /etc/apt/sources.list.d/hestia.list
sed -i -E 's/jammy/noble/' /etc/apt/sources.list.d/hestia.list
apt update

Now is prime time :-p I will do this at night for minimize downtime (also for do a snaptshoot)

After that you think I can upgrade hestia to last version? I need prepare something for don’t loose configurations of access to the panel?

(I ask for me and for future reader of this topic)

Yes, why not…

Just the backups and the snapshot.

Well… the upgrade go great!
Now I have HestiaCP 1.9.2. Thanks a lot for the help! :partying_face:

I have a little error but the rest appears go fine

here the ending of the upgrade process...

=============================================================================

Upgrade complete! If you encounter any issues or find a bug,
please take a moment to report it to us on GitHub at the URL below:
GitHub · Where software is built

Read the release notes to learn about new fixes and features:
hestiacp/CHANGELOG.md at release · hestiacp/hestiacp · GitHub

We hope that you enjoy using this version of Hestia Control Panel,
have a wonderful day!

Sincerely,
The Hestia Control Panel development team

Web: https://www.hestiacp.com/
Docs: https://docs.hestiacp.com/
Forum: https://forum.hestiacp.com/
GitHub: GitHub - hestiacp/hestiacp: Hestia Control Panel | A lightweight and powerful control panel for the modern web.

Help support the Hestia Control Panel project by donating via PayPal:
Hestia Control Panel | Open-source web server control panel.

Made with love & pride by the open-source community around the world.

=============================================================================

Setting up hestia-php (8.3.17) …
Setting up hestia-nginx (1.27.4) …
Processing triggers for man-db (2.12.0-4build2) …
Errors were encountered while processing:
grub-efi-amd64-signed
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)

Setting up hestia-php (8.3.17) ...
Setting up hestia-nginx (1.27.4) ...
Processing triggers for man-db (2.12.0-4build2) ...
Errors were encountered while processing:
 grub-efi-amd64-signed
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)

Also I have a question:
I receive the log in a mailbox and it’s say:

Security has been upgraded, A new user “hestiaweb” has been created and is used for login. Make sure other Hestia packages are updated as well otherwise the system may not work as expected.

but I continue with the “admin” username for the admin…
I must change it and how?
Or leave it and don’t touch anything?

Thanks again for all the help given!

1 Like

That’s good :wink:

You should have the version 1.9.3 :slight_smile:

That’s not related to Hestia. Check that you have enough space in /boot/efi/ partition

df -h

If there is enough free space, reconfigure the packages:

dpkg --configure -a

In version 1.9.x, Hestia Control Panel now runs under user hestiaweb instead of admin user but those are two different users. You don’t need to do anything, you should keep using the user admin to login to the control panel and manage it.

Ey @sahsanu can you give me a hand?

The installation and operation is excellent, I have no problems.
But over time passed and I found a problem… PHP 8.3 and 8.4 are not active.

Although I go to Configuration > Webserver > I have the options 8.3 and 8.4 checked but with I edit a user account (although I am myself, I make a user account for each web page) I’m stuck in 8.2 and it won’t let me use the higher ones.

I try to disable there for them enabled, but I can’t… I get a server error 500 (hestiacp template).

I logged in via SSH and gave an apt update && apt upgrade and is all at day.

Also I try to install manually with
/usr/local/hestia/bin/v-add-web-php 8.3

But don’t like it…

Output:

Installing PHP-8.3, please wait…

ERROR: Installation failed, please run the following command manually for debugging:
apt-get install php8.3-common php8.3-mbstring php8.3-bcmath php8.3-cli php8.3-curl
php8.3-fpm php8.3-gd php8.3-intl php8.3-mysql
php8.3-soap php8.3-xml php8.3-zip php8.3-bz2
php8.3-pspell php8.3-imagick php8.3-imap php8.3-ldap php8.3-apcu
cp: cannot create regular file ‘/etc/php/8.3/fpm/pool.d/’: No such file or directory
sed: can’t read /etc/php/8.3/fpm/pool.d/dummy.conf: No such file or directory
cp: cannot create regular file ‘/etc/php/8.3/fpm/’: Not a directory
sed: can’t read /etc/php/8.3/fpm/php-fpm.conf: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory
sed: can’t read /etc/php/8.3/fpm/php.ini: No such file or directory

so… I try to delete it (for late install it)

I do a /usr/local/hestia/bin/v-delete-web-php 8.3

But no…

Output:

ERROR: Specified PHP version is not installed.

I look this file:
vi /usr/local/hestia/web/edit/server/index.php
and get this:

the file containt:

// Get server hostname
$v_hostname = exec(“hostname”);

// List available timezones and get current one
exec(HESTIA_CMD . “v-get-sys-timezone”, $output, $return_var);
$v_timezone = $output[0];
unset($output);

exec(HESTIA_CMD . “v-get-sys-timezones json”, $output, $return_var);
$v_timezones = json_decode(implode(“”, $output), true);
unset($output);

// List supported php versions
exec(HESTIA_CMD . “v-list-web-templates-backend json”, $output, $return_var);
$backend_templates = json_decode(implode(“”, $output), true);
unset($output);

$v_php_versions = [
“php-5.6”,
“php-7.0”,
“php-7.1”,
“php-7.2”,
“php-7.3”,
“php-7.4”,
“php-8.0”,
“php-8.1”,
“php-8.2”,
“php-8.3”,
“php-8.4”,
];
sort($v_php_versions);

What I can do in this situation? Delete php-8.3/8.4 of that file and try again? I ask before broke something.

Thanks!

Check whether it’s installed.

dpkg -l | grep '.*php8.3'

If it isn’t, try the advice to know what the problem is:

apt-get install php8.3-common php8.3-mbstring php8.3-bcmath php8.3-cli php8.3-curl php8.3-fpm php8.3-gd php8.3-intl php8.3-mysql php8.3-soap php8.3-xml php8.3-zip php8.3-bz2 php8.3-pspell php8.3-imagick php8.3-imap php8.3-ldap php8.3-apcu
dpkg -l | grep '.*php8.3'

ii php8.3-cli 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 amd64 command-line interpreter for the PHP scripting language
ii php8.3-common 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 amd64 documentation, examples and common module for PHP
rc php8.3-igbinary 3.2.16-3+ubuntu22.04.1+deb.sury.org+1 amd64 igbinary PHP serializer
rc php8.3-memcached 3.3.0-1+ubuntu22.04.1+deb.sury.org+1 amd64 memcached extension module for PHP, uses libmemcached
rc php8.3-msgpack 1:3.0.0-1+ubuntu22.04.1+deb.sury.org+1 amd64 PHP extension for interfacing with MessagePack
ii php8.3-opcache 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 amd64 Zend OpCache module for PHP
ii php8.3-phpdbg 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 amd64 server-side, HTML-embedded scripting language (PHPDBG binary)
ii php8.3-readline 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 amd64 readline module for PHP

.

apt-get install php8.3-common php8.3-mbstring php8.3-bcmath php8.3-cli php8.3-curl php8.3-fpm php8.3-gd php8.3-intl php8.3-mysql php8.3-soap php8.3-xml php8.3-zip php8.3-bz2 php8.3-pspell php8.3-imagick php8.3-imap php8.3-ldap php8.3-apcu

Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
php8.3-common is already the newest version (8.3.15-1+ubuntu22.04.1+deb.sury.org+1).
php8.3-common set to manually installed.
php8.3-cli is already the newest version (8.3.15-1+ubuntu22.04.1+deb.sury.org+1).
php8.3-cli set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
php8.3-bcmath : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-bz2 : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-curl : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-fpm : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-gd : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-imap : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-intl : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-ldap : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-mbstring : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-mysql : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-pspell : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-soap : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-xml : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
php8.3-zip : Depends: php8.3-common (= 8.3.6-0ubuntu0.24.04.3) but 8.3.15-1+ubuntu22.04.1+deb.sury.org+1 is to be installed
E: Unable to correct problems, you have held broken packages.

.

The best way is apt --fix-broken install ??? because I can’t delete with v-delete-web-php

I’m going to send you a private message.

1 Like

Well, now is all fixed. Thanks to @sahsanu for all the help.

The problem can happen from jammy to noble because he has modified the name of the apt sources and is not using them.

/etc/apt/sources.list.d# ll
total 104
drwxr-xr-x 2 root root  4096 Mar 20 04:21 ./
drwxr-xr-x 8 root root  4096 Dec 31 21:14 ../
-rw-r--r-- 1 root root    95 Dec 31 20:33 apache2.list.distUpgrade
-rw-r--r-- 1 root root   107 Dec 31 20:33 apache2.sources
-rw-r--r-- 1 root root   103 Mar 20 04:21 hestia.list
-rw-r--r-- 1 root root   140 Dec 31 20:33 mariadb.list.distUpgrade
-rw-r--r-- 1 root root    83 Mar 19 00:34 monarx.list
-rw-r--r-- 1 root root   121 Dec 31 20:33 nginx.list.distUpgrade
-rw-r--r-- 1 root root   173 Dec 31 20:33 ondrej-ubuntu-php-jammy.list.distUpgrade
-rw-r--r-- 1 root root   746 Dec 31 20:33 ondrej-ubuntu-php-jammy.sources
-rw-r--r-- 1 root root   381 Dec 31 20:33 ubuntu.sources
-rw-r--r-- 1 root root   203 Dec 31 20:33 webupd8team-ubuntu-y-ppa-manager-jammy.list.distUpgrade
-rw-r--r-- 1 root root 11213 Dec 31 20:33 webupd8team-ubuntu-y-ppa-manager-jammy.sources

All files ending in .distUpgrade should only end in .list and the content should be modified to change jammy to noble.

:warning: The following code should be adapted to whoever has a similar problem, DO NOT COPY AND PASTE, the files may be different! Check it please

cd /etc/apt/sources.list.d
mkdir /root/backup_sources.list.d_2025-03-31
cp -rf * /root/backup_sources.list.d_2025-03-31

vi mariadb.list.distUpgrade
vi nginx.list.distUpgrade

mv mariadb.list.distUpgrade mariadb.list
mv nginx.list.distUpgrade nginx.list

rm ondrej-ubuntu-php-jammy.sources
rm ondrej-ubuntu-php.list
rm apache2.*
LC_ALL=C.UTF-8 add-apt-repository ppa:ondrej/php
LC_ALL=C.UTF-8 add-apt-repository ppa:ondrej/apache2
apt update

After making these changes, the packages are ready to be upgraded without any problems with a simple:
apt update && apt upgrade

Note:
Notifications of disconnection with the database may arrive, it may happen because of the update process. If after doing everything, the emails stop arriving, then it is normal, it was just updating while someone wanted to check the database.
Can't connect to MySQL localhost:3306 ERROR 2002 (HY000): Can't connect to local server through socket '/run/mysqld/mysqld.sock' (2)

Thanks for all, for the help everyone give me and special thanks to @sahsanu .

My recomendation? Remember support this great project!

1 Like