Small Problem. In this installation script there was no point to set the phpmyadmin passwort. Is there a Standard Password? How can i setup the admin password ? I found out that the Folder etc/phpmyadmin is empty. On my old server there are serveral files even the config-db.php Ralph
PHPMyadmin has no own password. PHPMyAdmin is a MySQL client; it authenticates against the MySQL user database. This means you use your MySQL root password, which the installer showed you, or any other MySQL database password that you create in ISPConfig. In case you missed writing down the password that the installer showed you, you can also find the MySQL root password in the file /usr/local/ispconfig/server/lib/mysql_clientdb.conf
Hey @till , sorry to bother you with that ping but with a fresh Debian 13.5, the automatic setup is failling : Also : This error seems related to this issue there (thanks Ondrej... ) https://forum.howtoforge.com/thread...ids-temp-folder-becomes-read-only-syst.95140/ So prior running the setup, I did add the override without luck (doesn't seems to be taken into account at all, even if I cleary see : ), also from the startup error on PHP8.4-FPM : I'm quite lost now, don't know how to get this fixed (well, could install without mail, dns and roundcube, as I did once and it pass, but not what I want here). As I saw something similar just a few messages prior here, I prefered to post here than in a new post Edit : I also attempted to manually create that dir "/usr/local/ispconfig/interface/temp", then we pass this error, but fail a little more after, with ISPConfig file can't be read (or similar).
Seems as if you are applying the fix before even installing ISPConfig. This can't work. Also, this fix is not needed on any new system that gets installed anyway, do not apply it, it might cause you issues if you add that override.conf file as you create some duplicate config. So your problem is not the issue from the other post and in your error messages, there is a override.conf, so it seems you added it and caused the installer to fail due to that. Either our system is not able to install any PHP Debian packages, as it seems, maybe caused by you adding an override.conf file, or you did not start from a clean and empty system. So you must have a general issue with your base image, or your hard disk is already full You might get a more detailed error message when running the command manually: Code: apt install php-pear php-memcache php-imagick mcrypt imagemagick libruby memcached php-apcu jailkit php8.4 php8.4-common php8.4-gd php8.4-mysql php8.4-imap php8.4-cli php8.4-curl php8.4-intl php8.4-pspell php8.4-sqlite3 php8.4-tidy php8.4-xsl php8.4-zip php8.4-mbstring php8.4-soap php8.4-opcache php8.4-cgi php8.4-fpm php8.5 php8.5-common php8.5-gd php8.5-mysql php8.5-imap php8.5-cli php8.5-curl php8.5-intl php8.5-pspell php8.5-sqlite3 php8.5-tidy php8.5-xsl php8.5-zip php8.5-mbstring php8.5-soap php8.5-cgi php8.5-fpm In any case, you should start over using a clean and empty system with just ssh installed and then just run the auto installer. Do not manually add any other files.
Fresh server, OVH base image setup (install 13.3, apt dist-upgrade to 13.5 then reboot, with hosts modified), nothing else installed prior ISPConfig install. So, maybe the base image from OVH is "corrupted" in some ways, but I don't see how or why. I tried many things, with and without this "fix" in systemctl, the dir creation etc... Really, that's just a fresh install where I didn't even do my basic own modifications, so don't know what's going on, just logging in, go in root, upgrade OS then run : And it fail. I'll try to manually add the Sury rep. and manually install PHP but... that's what the script should do already :/ Edit : One thing I saw with the OVH image was the lack, at least, of "cron" (and crontab so), maybe they removed a LOT of packages and that some are missing for the script to work nominally. I'll try the KVM setup just in case.
OVH has a long history of delivering non-standard images that break installations, and the auto installer already adds the sury repo. But you can try adding the Sury repo first and then run the auto-installer. Maybe OVH messed something up again, which prevents repositories to be added.
Yeah, I'm going to attempt a fresh install from KVM (but the only option is from an "old Java KVM", so quite a pain to deal with). Thanks for the help, I think it's, like you said, some OVH shenanigans (even tho it's the first time it's failling that hard with ISPConfig for me)
Yeah no, Hetzner for the price range we looked at is a "no go" (and OVH customer since 2008, never got any massive issues with them so that's fine). Just got over the manual installation from official Debian disc through KVM and you know what ? failed : Still an issue with PHP8.4-FPM : And that's not a disk space issue too (I did the simpliest FS possible, everything in /) : There is something wrong somewhere, but as this is a base Debian system, freshly installed, I'm pretty sure it's something with the latest Ondrej changes and how ISPConfig setup handle the installation of it. Going to do a quick local VM test, just to be sure. Edit : Yeah I confirm, the automatic script is now broken, either from Sury repo with his changes, latest Debian release (13.5) or something else (IP output just to show it's not the OVH server, but a local VM) :
