Sirous problems after updating Ispconfig 3.1 to 3.2

You will have the same problem unless you uninstall ISPConfig completely and delete any leftovers manually. But this could/would mean losing all your data. If you follow the steps like I told you the issue should be fixed.

 

A reinstall makes not much sense in this case, as you will lose the whole setup and data. First, find out which database your system is using as @Th0m suggested several times, and then run the SQL files that were mentioned already in that database using phpmyadmin.

if this does not work, then you can still roll back to your old ispconfig version by using the backup that was made during update (if you selected to do a backup when the updater asked you), you can find that backup in a subfolder of /var/backup, it contains the ispconfig database, the /usr/local/ispconfig folder and the /etc folder. But before you try to restore the backup, make a backup of your current ispconfig database, the /etc/ folder and /usr/local/ispconfig folder.

And as @Th0m suggested, it might be a good idea to contact Florian from ISPConfig business support here to fix this, if you are unsure how to do it yourself. https://www.ispconfig.org/get-support/?type=ispconfig

 

In one of your earlier posts, you showed that phpmyadmin complained that this column exists already. It can not be the case that ispconfig says that the column is missing and phpmyadmin says its's there when you try to add it, the only logical solution for this problem is that you did not run the SQL file in the right database.

This will not help you, at least if you want to be able to manage existing sites and mail accounts in the future. The ispconfig installation is perfectly fine, your problem is the database structure. The changes that are needed in the database for 3.2 seem not to be installed.

 

Yes, you could rename dbispconfig to dbispconfig-unused (to save it just for sure) and rename dbispconfig2 to dbispconfig. Make sure to change it in the config files and then reconfigure services.