ISPConfig 3.0.2.2 is available for download. This release fixes some bugs that were found in ISPConfig 3.0.2.1. For a detailed list of changes, please see the changelog section below. Download ----------------------------------------------------- The software can be downloaded here: http://downloads.sourceforge.net/ispconfig/ISPConfig-3.0.2.2.tar.gz?use_mirror= Changelog ------------------------------------ http://bugtracker.ispconfig.org/index.php?do=index&tasks=&project=3&due=44&status[]= Known Issues: -------------------------------------- Please take a look at the bugtracker: http://bugtracker.ispconfig.org BUG Reporting -------------------------------------- Please report bugs to the ISPConfig bugtracking system: http://bugtracker.ispconfig.org Supported Linux Distributions ----------------------------- - Debian Etch (4.0) - Squeeze (6.0) - Ubuntu 7.10 - 10.04 - OpenSuSE 11 - 11.2 - CentOS 5.2 - 5.5 - Fedora 9 - 13 Installation -------------------- The installation instructions for ISPConfig can be found here: http://www.ispconfig.org/ispconfig-3/documentation/ or in the text files (named INSTALL_*.txt) which are inside the docs folder of the .tar.gz file. Update -------------------- To update existing ISPConfig 3 installations, run this command on the shell: ispconfig_update.sh select "stable" as update resource. The script will check if an updated version of ISPConfig 3 is available and then download the tar.gz and start the setup script. Detailed instructions for making a backup before you update can be found here: http://www.faqforge.com/linux/controlpanels/ispconfig3/how-to-update-ispconfig-3/ If the ISPConfig version on your server does not have this script yet, follow the manual update instructions below. Manual update instructions -------------------------- Code: cd /tmp wget http://www.ispconfig.org/downloads/ISPConfig-3-stable.tar.gz tar xvfz ISPConfig-3-stable.tar.gz cd ispconfig3_install/install php -q update.php
Thanks a lot for this new version! The upgrade from 3.0.2.1 to 3.0.2.2 went flawless on our Debian Lenny ISPConfig3 servers.
(excuse me for my poor English) I upgraded from version 3.0.2.1 and I can not send or receive emails. Webmin shows me the following error: postfix: fatal: bad string length 0 <1: myhostname = How can I fix this? ---- solved, had erased the name of the server in /etc/postfix/main.cfg
ISPConfig has a security mechanism that stops the update in case that the dumped sql database is too small to prevent that the update fauls due to problems with the databse dump. But sometimes this routines is wrong, e.g. if you have fery few records on the slave server. Please check the file existing_db.sql which has been created in the install folder during the ispconfig update if it seems to contain all data records that you would expect on the server, or if it contains nothing or just a error message.
Please use the manual update instruction as described above, you will find the sql file then in the install folder.
MMM now I see the file. Strange when I type locate existing_db.sql it doesn't find it? And what should I do now with the existing_db.sql file? Rudolf.
Locate uses a databse of all system files which gets updated nightly. So the file will show up with locate tomorrow. Regarding the original issue. Please take a look into the file existing_db.sql with atext editor. Does it look like all your records /sites email user etc) that shall be on this server are listed there?
Tnx Till, Untill now I didn't add anything to the slave server, so no records added, sites or email, users etc. So this server is clean. What to do next to update to 3.0.2.2? Rudolf.
Ok, this explains the problem. The database is smaller as the installer expects it to be as it is empty. You have to edit the update.php script and set the size limit to a lower vale. Edit line 152 and chnage it from: if(filesize('existing_db.sql') < 30000) ..... to: if(filesize('existing_db.sql') < 20000) ....... and then run the update.php script again.
Tnx Till that did it. Can you tell me what this step does when I choose yes when I run the update.php script on the slave? (Because I still have some issues between slave and master, slave actions stay in the monitor.) Rudolf.
This steps reconfigures the permission tables on the master database. As you have issues with these permissions, please run the manual update again and choose yes here.