Hi There,
I receive the following error after installing HestiaCP and wanting to log into the panel
Unable to load required libraries. Please run v-add-sys-dependencies in command line. Error: Failed opening required ‘vendor/autoload.php’ (include_path=‘.:’)
I have tried running v-add-sys-dependencies
Currently that is not doing anything for me?
Sorry I am fairly new to Hestia
What happens when your run
/usr/local/hestia/bin/v-add-sys-dependencies
If I run that command nothing happens, unless it takes a while?
Usually no “message” is was success full you still see the error message when you open the web ui?
Received an error now after it running for a bit
curl: (28) Failed to connect to composer.github.io port 443 after 278676 ms: Connection timed out
Error: Download signature
Found the issue, composer.hgithub.io IP was blocked on VPS - unblocked working fine now
I’m having this same issue but running “v-add-sys-dependencies” didn’t fix it. I get this error every time:
I checked that path and truly it the “vendor” folder didn’t exist, so I created it manually but each time I run the previous command, it removes the folder but fails to recreate it. I’m currently locked out; I don’t know what else to do. Please help.
Use this command:
apt install hestia --reinstall
Thanks for this, I ran it now but the issue still persists. It even showed in the installation process
Then after it rebuilt the account, this is the last section of the installation:
This is the installation log (I masked my client accounts in the rebuild section):
=============================================================================
Hestia Control Panel Software Update Log
=============================================================================
OPERATING SYSTEM: Ubuntu (22.04)
CURRENT VERSION: 1.8.12
NEW VERSION: 1.8.12
RELEASE BRANCH: release
BUILD TYPE: Production release
INSTALLER OPTIONS:
=============================================================================
Send email notification on upgrade complete: true
Send installed log output to admin email: true
=============================================================================
[ * ] Backing up existing templates and configuration files...
=============================================================================
[ ! ] Performing system health check before proceeding with installation...
[ * ] Health check complete. Starting upgrade from 1.8.12 to 1.8.12...
=============================================================================
[ ! ] The latest version of Hestia Control Panel is already installed.
Verifying configuration...
The user `hestiamail' is already a member of `hestia-users'.
[ ! ] Updating default web domain templates...
[ ! ] Updating default mail domain templates...
[ ! ] Updating default DNS zone templates...
[ * ] Roundcube is up to date (1.6.8)...
[ ! ] Update Hestia PHP dependencies...
ERROR: PHPMailer installation failed!
Please report this to our development team:
https://github.com/hestiacp/hestiacp/issues
[ * ] Updating Cloudflare IP Ranges for NGINX...
[ * ] phpMyAdmin is up to date (5.2.1)...
=============================================================================
Installation tasks complete, performing clean-up...
=============================================================================
[ * ] Rebuilding user accounts and domains, this may take a few minutes...
////////
[ * ] Restarting services...
=============================================================================
UPGRADE COMPLETE.
Please report any issues on GitHub:
https://github.com/hestiacp/hestiacp/issues
=============================================================================
The control panel is still broken:
That’s pretty strange. Try this:
sudo su -
mkdir /tmp/tmp-hestia
cd /tmp/tmp-hestia
apt download hestia 2>/dev/null
apt install binutils -y
ar x hestia_1.8.12_amd64.deb
tar xf data.tar.xz
cp -rf usr/local/hestia/web/ /usr/local/hestia/
Edit: I forgot the tar command.
I ran the commands but this one above returned an error, so I added the forward slash before the first “usr” path and got another feedback that the files are the same
You shouldn’t do that.
ls -l /tmp/tmp-hestia/usr/local/hestia/web/
df -h
Sorry, I forgot the tar command:
sudo su -
cd /tmp/tmp-hestia/
tar xf data.tar.xz
cp -rf usr/local/hestia/web/ /usr/local/hestia/
So I restarted the process including the corrections but I’m still getting the error that the directory doesn’t exist
root@server:~# cd /tmp
root@server:/tmp# rm -rf tmp-hestia
root@server:/tmp# mkdir tmp-hestia
root@server:/tmp# cd tmp-hestia/
root@server:/tmp/tmp-hestia# apt download hestia 2>/dev/null
Get:1 https://apt.hestiacp.com jammy/main amd64 hestia amd64 1.8.12 [1,733 kB]
Fetched 1,733 kB in 0s (8,867 kB/s)
root@server:/tmp/tmp-hestia# apt install binutils -y
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
binutils is already the newest version (2.38-4ubuntu2.2).
The following package was automatically installed and is no longer required:
libmcrypt4
Use 'apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
root@server:/tmp/tmp-hestia# ar x hestia_1.8.12_amd64.deb
root@server:/tmp/tmp-hestia# tar xf control.tar.xz
root@server:/tmp/tmp-hestia# ll
total 3416
drwxr-xr-x 2 root root 4096 Aug 26 09:31 ./
drwxrwxrwt 15 root root 4096 Sep 4 10:51 ../
-rw-r--r-- 1 root root 544 Aug 26 09:31 control
-rw-r--r-- 1 root root 2588 Sep 4 10:51 control.tar.xz
-rw-r--r-- 1 root root 1378 Aug 26 09:31 copyright
-rw-r--r-- 1 root root 1729780 Sep 4 10:51 data.tar.xz
-rw-r--r-- 1 root root 4 Sep 4 10:51 debian-binary
-rw-r--r-- 1 root root 1732560 Aug 26 09:35 hestia_1.8.12_amd64.deb
-rwxr-xr-x 1 root root 3554 Aug 26 09:31 postinst*
-rwxr-xr-x 1 root root 717 Aug 26 09:31 preinst*
root@server:/tmp/tmp-hestia# cp -rf usr/local/hestia/web/ /usr/local/hestia/
cp: cannot stat 'usr/local/hestia/web/': No such file or directory
root@server:/tmp/tmp-hestia# ls -l /tmp/tmp-hestia/usr/local/hestia/web/
df -h
ls: cannot access '/tmp/tmp-hestia/usr/local/hestia/web/': No such file or directory
Filesystem Size Used Avail Use% Mounted on
tmpfs 1.6G 17M 1.6G 2% /run
/dev/sda3 588G 227G 332G 41% /
tmpfs 7.9G 1.2M 7.9G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda2 2.0G 132M 1.7G 8% /boot
tmpfs 1.6G 0 1.6G 0% /run/user/0
I can’t believe how stupid I am… sorry again, you must use tar on data file.
sudo su -
cd /tmp/tmp-hestia/
tar xf data.tar.xz
cp -rf usr/local/hestia/web/ /usr/local/hestia/
Thank you, this worked. So do I run this apt install hestia --reinstall again?
Yes, do it.
Same problem 
Very weird error.
Maybe I should just download all the client backups and reinstall the server (it’ll take time but at this point I don’t think I have any option)? What do you think, that’s if there’s nothing else we can try?
Also, are client emails included in the backups or do I have to use another method to save them so they don’t lose emails?
Before that I would like to know what’s going on because maybe you will have the same issue if you install a fresh Hestia.
Try to debug command v-add-sys-dependencies:
bash -x /usr/local/hestia/bin/v-add-sys-dependencies 2>&1 | tee /tmp/v-add-sys-dependencies.log
And show thr output. If the output is large and you have installed netcat, execute this command and show the url you will get:
cat /tmp/v-add-sys-dependencies.log | nc termbin.com 9999