[Gelöst] Update von 1.0.4 auf 1.0.5

[AngelKing]

Hallo Zusammen ich habe auf einem Server ein Problem beim Upgrade von Version 1.0.4 auf 1.0.5

Bei einem Server ging es laut HowTo einwandfrei.

Ich habe Debian Lenny 32Bit installiert nun kommt eine Fehlermeldung beim
perl ispcp-update

Nachdem er angefangen hat die Customer Files neu zu schreiben bekomme ich folgende Fehlermeldung:

Quote:FATAL: An error was occured during update process!
Correct it and re-run this program.

You can find help at http://isp-control.net/forum

In der /tmp/ispcp-update-customers.log wird folgende Fehlermeldung ausgegeben.

Quote: DEBUG: push_el() sub_name: mngr_engine(), msg: processing 121, abuse, change.
DEBUG: push_el() sub_name: sys_command(), msg: Starting...
DEBUG: push_el() sub_name: sys_command('/var/www/ispcp/engine/ispcp-mbox-mngr 121 1>/var/log/ispcp/ispcp-mbox-mngr.stdout 2>/var/log/ispcp/ispcp-mbox-mngr.stderr'), msg: Ending...
DEBUG: push_el() sub_name: doSQL(), msg: Starting...
DEBUG: push_el() sub_name: doSQL(), msg: ERROR: Incorrect SQL Query -> MySQL server has gone away
Can't use string ("") as an ARRAY ref while "strict refs" in use at /var/www/ispcp/engine/ispcp-rqst-mngr line 245.

So wie ich das sehe wurden die Domains und die Mail Daten abgeschlossen. Ich denke das der Fehler bei den Subdomains liegt. Ich habe im MyPHPAdmin bereits geprüft das keine Falschen Domains vorhanden sind. Ich hatte vorher einmal das Problem das sich hier eine Domain nicht korrekt hat entfernen bzw. anlegen lassen.

Der Status bei den Domains und bei den Mail Adressen ist bereits ok, aber meine Subdomains stehen alle auf Change. Wenn ich die Configurationsdateien mit Hilfe des HowTos neu schreiben lasse läuft das ohne Probleme durch, aber das Update schlägt jedesmal fehl.

Habt ihr eine Idee?

[joximu]

Scheint an einer Mailadresse (abuse) einer Subdomain zu liegen.

Die ID der Mailadresse: 121

Ist da was verdächtiges?

/J

[AngelKing]

Nein sieht soweit alles i. O. aus. Auch bei den Subdomains. Alle Subdomains haben eine gültige Hauptdomain.

Gibt es eine Möglichkeit die ispcp Datenbank auf Fehler zu prüfen? Der Log hilft mir irgendwie nicht wirklich weiter, da man kaum sehen kann welcher Prozess gerade durchgeführt wird. Momentan sind nach einem Neustart der Email Server nicht mehr korrekt am laufen. Der Webserver läuft allerdings einwandfrei. Ich werde allerdings die Email Adressen nochmals prüfen ob sich nicht hier noch ein Fehler eingeschlichen hat.

Gruß AngelKing

Edit:
Ich hatte allesdings dazwischen vor der 1.0.4 ein NightlyBuild installiert und von dort aus auf 1.0.4 geupdatet. Kann ich das ganze evtl. auch irgendwie neu installieren ohne den Datenbestand in der ispCP Datenbank zu verlieren?

[AngelKing]

Okay jetzt habe ich das System wiederhergestellt, aber immer noch keine Lösung für mein Problem.

Wie kann ich ispCP am besten komplett Sichern und neu auf dem Server installieren?

[AngelKing]

OS: Debian "Lenny" 32-Bit

So nachdem ich immer noch keine Antwort erhalten habe, werde ich nun folgendes tun.

Ich sichere zunächst das ganze System (Ausgenommen der ispcp Daten) / Komprimiert wird mit gzip und pigz (Multicore gzip) dann geht es schneller

Quote:tar -cf - / --exclude=/mnt --exclude=/boot --exclude=/proc --exclude=/lost+found --exclude=/media --exclude=/dev --exclude=/tmp --exclude=/var/www/virtual --exclude=/var/mail/virtual --exclude=/root/backup --exclude=/var/www/ispcp | pigz -9 -p3 -k -v >$DEST/$HOST.full_$TIME.tar.gz

Anschließend die ispCP Daten mit

Quote:Webspace Daten inkl. ispCP Kontenbackups / ohne ISPCP

Achtung geändert:
Von
tar -cf - /var/www/virtual --exclude=$DEST | pigz -9 -p3 -k -v >$DEST/$HOST.virtfiles_full.$TIME.tar.gz

Zu
tar -cf - /var/www --exclude=/var/www/ispcp --exclude=$DEST | pigz -9 -p3 -k -v >$DEST/$HOST.virtfiles_full.$TIME.tar.gz

Maildaten:
tar -cf - /var/mail/virtual | pigz -9 -p3 -k -v >$DEST/$HOST.maildata_full.$TIME.tar.gz

ispCP GUI Daten (Komplett)
tar -cf - /var/www/ispcp | pigz -9 -p3 -k -v >$DEST/$HOST.ispcpgui_full.$TIME.tar.gz

mysqldump -u root -p ispcp >$DEST/$HOST.ispcp.$TIME.sql

Dann kopiere ich das vom Server auf meinen lokalen PC oder anderen Webserver, mal sehen.

Anschließend installiere ich Debian und ispCP 1.0.5 komplett neu und richte die Domains und Emailkonten wieder neu ein. Dann brauche ich nur doch die Email Dateien, Webspace Dateien und die Datenbanken wieder neu auf das System einspielen und alles sollte wieder okay sein.

Ich melde mich wenn es so geklappt hat oder nicht.

cya AngelKing

[Jadawin]

Sichere noch die ispcp-db-keys Dateien... Beim ispCP update-howto, werden die auch gesichert...

Quote:5. Backup files
# cp -v /var/www/ispcp/engine/ispcp-db-keys.pl /tmp/ispcp/var/www/ispcp/engine/
# cp -v /var/www/ispcp/engine/messenger/ispcp-db-keys.pl /tmp/ispcp/var/www/ispcp/engine/messenger/
# cp -v /var/www/ispcp/gui/include/ispcp-db-keys.php /tmp/ispcp/var/www/ispcp/gui/include/
# cp -v /var/www/ispcp/gui/themes/user_logos/* /tmp/ispcp/var/www/ispcp/gui/themes/user_logos/
# cp -TRv /var/www/ispcp/gui/domain_default_page /tmp/ispcp/var/www/ispcp/gui/domain_default_page
# cp -v /var/www/ispcp/gui/tools/pma/config.inc.php /tmp/ispcp/var/www/ispcp/gui/tools/pma/
# cp -v /var/www/ispcp/gui/tools/webmail/data/* /tmp/ispcp/var/www/ispcp/gui/tools/webmail/data/

[AngelKing]

Klar, diese Daten Sichere ich mit "ispCP GUI Daten (Komplett)" schon mit. Die im Update HowTo die Daten nur in die neue Installation kopiert werden. Da ich aber den Server komplett neu einrichte und nur die Daten wiederherstelle kann ich das nicht verwenden. Ich habe wohl ausgehen von meinem Problem einen Fehler in der Datenbank den ich nicht finden kann. Vor etwa einem Monat hat es mal Schwierigkeiten beim anlegen einer Domaing gegeben und ich denke das hier einige Probleme in der Datenbank zurück geblieben sind.

Dies war auch meine erste ispCP1.0.3 installation auf diesem Server. Auf einem anderen habe ich die Installation in einem Stück sauber durchgezogen und der läuft auch einwandfrei.

Ich werde alles zum Schluss nochmal sauber zusammenfassen und evtl. ein HowTo schreiben, da dies noch irgendwie fehlt wie das System komplett umgezogen oder Gesichert und Anschließend wiederhergestellt werden kann.

cya AngelKing

[AngelKing]

Ich habe nun nach dem Log alle Probleme beseitigt, allerdings bekomme ich immer noch diese Fehlermeldung im Log

Quote:DEBUG: push_el() sub_name: mngr_engine(), msg: processing 121, abuse, change.
DEBUG: push_el() sub_name: sys_command(), msg: Starting...
DEBUG: push_el() sub_name: sys_command('/var/www/ispcp/engine/ispcp-mbox-mngr 121 1>/var/log/ispcp/ispcp-mbox-mngr.stdout 2>/var/log/ispcp/ispcp-mbox-mngr.stderr'), msg: Ending...
DEBUG: push_el() sub_name: doSQL(), msg: Starting...
DEBUG: push_el() sub_name: doSQL(), msg: ERROR: Incorrect SQL Query -> MySQL server has gone away
Can't use string ("") as an ARRAY ref while "strict refs" in use at /var/www/ispcp/engine/ispcp-rqst-mngr line 245.

Was wird nach den Email Adresse im SQL ausgeführt? Bei den Email Adressen habe ich nichts gefunden wodurch dieser Fehler kommen kann.

Außerdem habe ich diesen Regeneratiosnlauf nur mit dem Email Adressen durchgeführt sprich nur

Quote: UPDATE `mail_users` SET `status` = 'change' WHERE `status` = 'ok';

laut dem HowTo "Howto regenerate the config files"

Jemand eine Idee?

PS: Nein im Log wird dazu nichts eingetragen ^^

---

So Problem gefunden. Schuld war an dem Problem eine Tuning Einstellung am MySQL Server, leider kann ich nicht nachvollziehen wie der Fehler daraus entstanden ist.

Ich habe die /etc/mysql/my.cnf auf Standart zurückgesetzt und schon lief die Installation einwandfrei durch.

cya
AngelKing

[joximu]

Hm...

ich würde mal debuggen:
ispcp_common_methods.pl

bei "sub doSQL"...
nach
push_el(\@main::el, 'doSQL()', 'Starting...');
das reinnehmen:
push_el(\@main::el, 'doSQL():', $sql);

dann sieht man den SQL-Query - vielleicht hilft das weiter.

/Joxi