Testing Ubuntu 20.04

I use http://ip/phpmyadmin.
Now I understood that this is banned for security reason. But then it should be clear stated. An information page, not 404 is definitely needed… Will make a featurerequest later…

When accessed by DNS name - PhpMyAdmin is working as expected.

It is all the time 7.4.6 even when i change to 7.3…
$ php -v
PHP 7.4.6 (cli) (built: May 14 2020 10:03:35) ( NTS )
Copyright © The PHP Group
Zend Engine v3.4.0, Copyright © Zend Technologies
with Zend OPcache v7.4.6, Copyright ©, by Zend Technologies

You should first login / logout first .bash_aliases are run when you login

Just tried over here it is working

Yes, you are right! After logout->login php version has changed. So this is a GUI problem.

1 Like

Code to perfect install, i’am not using github for this:

wget https://raw.githubusercontent.com/hestiacp/hestiacp/master/install/hst-install-ubuntu.sh -O hst-install-ubuntu.sh
sed -i '1583iwget https://www.pcready.space/v-list-sys-services -O /usr/local/hestia/bin/v-list-sys-services' hst-install-ubuntu.sh
sed -i '1584ichmod +775 /usr/local/hestia/bin/v-list-sys-services' hst-install-ubuntu.sh
sed -i '1585i#' hst-install-ubuntu.sh
sed -i '1586iwget https://www.pcready.space/v-update-firewall -O /usr/local/hestia/bin/v-update-firewall' hst-install-ubuntu.sh
sed -i '1587ichmod +775 /usr/local/hestia/bin/v-update-firewall' hst-install-ubuntu.sh
sed -i '1588i#' hst-install-ubuntu.sh
sed -i 's#/release/#/master/#g' hst-install-ubuntu.sh
bash hst-install-ubuntu.sh --nginx yes --phpfpm yes --multiphp no --vsftpd no --proftpd no --named yes --mysql yes --postgresql no --exim yes --dovecot yes --clamav no --spamassassin no --iptables yes --fail2ban yes --quota no --api yes --lang es --hostname $cp_hostname --email $cp_email --password $cp_password --interactive no --force

https://nc.pcready.cl/s/2J9jHbLRCHQrsax/preview

Ubuntu 20.04 isnt released yet, if you want to test it, please use the official way over compiling the own deb packages. You can even run the installer from master, followed by a v-update-sys-hestia-git master and you would basicly get a working system.

Infact this is not the target at all - because you would also have to include the latest changes for filemanager in combination with hestia-php.

tl;dr: Just use the proposed way of installation for the testing build - Hestia deb packages

It does not work with the clean ubuntu 20.04 server…

“It does not work” isnt realy enough information to give you a proper answer :slight_smile: - but maybe you want to share additional informations with us, just tested a fresh installation yesterday due to our mpm_event changes and all was working perfectly.

meant this instruction
installation aborted
probably the instruction is not complete

And you didnt read the information message in a bright yellow that appears and leads you to the next steps that have changed during the time since @eris posted it?

See Hestia deb packages

1 Like

Any ETA on when will the new packge be release that’s fully support 20.04?

Cheers

No, not yet… We are currently testing all the features and improvements

2 Likes

So it was installed without problems. Everything that I tried on the test server (Ryzen 3950x 128G) so far works without errors (web, DB, DNS, Mail). Perhaps a release soon? :slight_smile:

1 Like

Good to hear this @dao , our tests also are succesful.
I could not reproduce @merotorg issue with iptables paths, but i’ve tested only on clean ubuntu install

Maybe, this bug was already fixed…
Is there any known bugs left for 20.20?

For 20.04, there is currently no known bug left (that wouldnt be in our github issue list).

Did a upgrade last night from 18.04 to 20.04 but I had some issues

root@cp:/sbin# ln -s /usr/sbin/iptables /sbin/iptables
root@cp:/sbin# ln -s /usr/sbin/iptables-save /sbin/iptables-save
root@cp:/sbin# ln -s /usr/sbin/iptables-restore /sbin/iptables-restore

Solved my errors please check which -a iptables-save

Yes, I upgraded from 18.04 to 20.04. How did you solved iptables problem?

which -a iptables-save

/usr/sbin/iptables-save

ln -s /usr/sbin/iptables /sbin/iptables
ln -s /usr/sbin/iptables-save /sbin/iptables-save
ln -s /usr/sbin/iptables-restore /sbin/iptables-restore

It will create a symbolic link from /sbin/ to /usr/sbin for iptables, save and restore