ISPConfig Update von Version 3.0.3.3 auf 3.0.4.3
Server auf Basis: The Perfect Server – Debian Squeeze (Debian 6.0) With BIND & Courier [ISPConfig 3]
Pakete aktuellste Version (apt-get upgrade von heute morgen).
----------
Nach dem Update von ISPConfig konnten keine eMails mehr gesendet oder empfangen werden. (Temporary authentication failure.)
Habe dann das Backup mit der aktuellen Konfiguration abgeglichen.
U. A. gibt es Unterschiede in der "/etc/courier/authmysqlrc" betreffend "MYSQL_LOGIN_FIELD". Zuvor stand dort "email" als Wert - jetzt "login". Diese Änderung wurde durch das Update auch in anderen Configdateien vorgenommen.
Habe also die Tabelle mail_user geprüft: Dort existiert kein Feld "login" - lediglich "email".
Ich habe das Problem vorerst gelöst, indem ich das Feld "login" neu angelegt und die Inhalte des Feldes "email" dorthin kopiert habe. Ist jetzt redundant.
Als nächstes habe ich in ISPConfig einen neuen Account angelegt um zu prüfen welches Feld jetzt benutzt wird. Zu meiner Überraschung: Beide!? Wie jetzt?
Ich kann mir ja erklären wofür man beide Felder haben möchte - wenn Login Benutzername von der eMail-Adresse abweichen soll - aber dann bräuchte ich in der ISPConfig Maske doch ein entsprechendes Feld?
----------
Nächste Probleme:
- die vhosts funktionieren nicht mehr (alles geht auf default)
- Server IP Adressen können bei Domains nicht mehr ausgewählt werden
- Server IP Adressen können nicht mehr verwaltet werden (Fehler: Unknown column 'client_id' in 'field list')
Mal sehn ob das alles war. Ich tendiere langsam dazu das Backup wieder einzuspielen - dieses "Update" scheint ja mehr Arbeit zu verursachen als eine Neuinstallation - und das bei einer Standardinstallation ohne irgendwelche großen Sonderkonfigurationen.
Wird der Updatelog irgendwo gespeichert, sodass ich dort nach Fehlern suchen kann? Mir scheint als hätte mindestens das Update der ISPConfig Datenbank nicht geklappt.
Hab ich irgendeinen ganz entscheidenden Punkt beim Update vergessen? Bei einer Standardkonfiguration sollte man doch nicht mehr machen müssen als ispconfig_update.sh mit Standardparametern durchzuführen??
/edit:
Musste zurück auf Version 3.0.3.3 - kann das Produktivsystem nicht so lange abgeschaltet lassen. Werde wohl einen Clon herstellen und an diesem herumexperimentieren müssen.
Gibt es irgendwo manuelle Updateinstruktionen? Beim automatischen Update wird die Datenbank scheints einfach übergangen und nichts läuft mehr![Frown :( :(](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Kann es sein, dass der Standardname der Datenbank fest im Updatescript steht oder etwas ähnlich dummes?? Wenn das bei allen klappt, nur bei mir nicht, kann es ja nur eine dieser wenigen, vom Standard abweichenden Optionen sein. Wir haben Aliase für Squirrelmail (wie am Ende des Installtutorials beschrieben) und eben einen anderen Datenbanknamen. Der Rest ist eigentlich standard.
Server auf Basis: The Perfect Server – Debian Squeeze (Debian 6.0) With BIND & Courier [ISPConfig 3]
Pakete aktuellste Version (apt-get upgrade von heute morgen).
----------
Nach dem Update von ISPConfig konnten keine eMails mehr gesendet oder empfangen werden. (Temporary authentication failure.)
Habe dann das Backup mit der aktuellen Konfiguration abgeglichen.
U. A. gibt es Unterschiede in der "/etc/courier/authmysqlrc" betreffend "MYSQL_LOGIN_FIELD". Zuvor stand dort "email" als Wert - jetzt "login". Diese Änderung wurde durch das Update auch in anderen Configdateien vorgenommen.
Habe also die Tabelle mail_user geprüft: Dort existiert kein Feld "login" - lediglich "email".
Ich habe das Problem vorerst gelöst, indem ich das Feld "login" neu angelegt und die Inhalte des Feldes "email" dorthin kopiert habe. Ist jetzt redundant.
Als nächstes habe ich in ISPConfig einen neuen Account angelegt um zu prüfen welches Feld jetzt benutzt wird. Zu meiner Überraschung: Beide!? Wie jetzt?
Ich kann mir ja erklären wofür man beide Felder haben möchte - wenn Login Benutzername von der eMail-Adresse abweichen soll - aber dann bräuchte ich in der ISPConfig Maske doch ein entsprechendes Feld?
----------
Nächste Probleme:
- die vhosts funktionieren nicht mehr (alles geht auf default)
- Server IP Adressen können bei Domains nicht mehr ausgewählt werden
- Server IP Adressen können nicht mehr verwaltet werden (Fehler: Unknown column 'client_id' in 'field list')
Mal sehn ob das alles war. Ich tendiere langsam dazu das Backup wieder einzuspielen - dieses "Update" scheint ja mehr Arbeit zu verursachen als eine Neuinstallation - und das bei einer Standardinstallation ohne irgendwelche großen Sonderkonfigurationen.
Wird der Updatelog irgendwo gespeichert, sodass ich dort nach Fehlern suchen kann? Mir scheint als hätte mindestens das Update der ISPConfig Datenbank nicht geklappt.
Hab ich irgendeinen ganz entscheidenden Punkt beim Update vergessen? Bei einer Standardkonfiguration sollte man doch nicht mehr machen müssen als ispconfig_update.sh mit Standardparametern durchzuführen??
/edit:
Musste zurück auf Version 3.0.3.3 - kann das Produktivsystem nicht so lange abgeschaltet lassen. Werde wohl einen Clon herstellen und an diesem herumexperimentieren müssen.
Gibt es irgendwo manuelle Updateinstruktionen? Beim automatischen Update wird die Datenbank scheints einfach übergangen und nichts läuft mehr
Kann es sein, dass der Standardname der Datenbank fest im Updatescript steht oder etwas ähnlich dummes?? Wenn das bei allen klappt, nur bei mir nicht, kann es ja nur eine dieser wenigen, vom Standard abweichenden Optionen sein. Wir haben Aliase für Squirrelmail (wie am Ende des Installtutorials beschrieben) und eben einen anderen Datenbanknamen. Der Rest ist eigentlich standard.
Zuletzt bearbeitet: