[ERLEDIGT]SQLSTATE[28000] [1045] Access denied update 1.0.3 -> 1.0.4

[ritzi]

Hallo zusammen,

habe letzte Woche ein update von 1.0.3 -> 1.0.4.

Das Datenbank-PW habe ich noch unter 1.0.3 geändert. Da lief alles einwandfrei. Login auf Adminpanel, Backup und Domains anlegen usw.

Bereits beim Update auf 1.0.4 gab es Probleme dass er die DB nicht updaten konnte zwecks Access denied.

Habe das Problem dann beim Update so umgangen, dass ich zu updatezwecken das PW auf NULL gesetzt habe, dann lief das Update ohne Probleme durch.

Habe dann das PW mithilfe des Scripts "/var/www/ispcp/engine/ispcp-db-passwd" neu gesetzt und seitdem erhalte ich folgenden Fehler wenn ich mich auf dem Adminpanel einloggen möchte:

Connection failed: SQLSTATE[28000] [1045] Access denied for user 'ispcproot'@'localhost' (using password: YES)

in MySql kann ich mich mit dem angegebenen PW als ispcproot einwandfrei einloggen.

lösche ich das PW aus der ispcp.conf wieder raus und setz es in mysql auf wieder auf NULL komme ich ins Adminpanel kann alles ändern, aber die Änderungen werden dann nicht festgeschrieben.

z.B. Domain-Alias steht dann immer auf "wird angelegt"

erhalte dann auch täglich die Mail:

A critical error just was encountered while executing function backup_ispcp_database() in /var/www/ispcp/engine/backup/ispcp-backup-ispcp

Error encountered was:

========================================================================
ERROR: Failed to backup database ispcp!
========================================================================

ist das DB-PW noch in einer anderen config als dier ispcp.conf bzw. der .old gespeichert?

Ich denke mein Problem ist, dass er das PW falsch verschlüsselt bzw. ein falsches PW (leeres) ausliest.

Viele Grüße
Christian.

[joximu]

Die Verschlüsselung dieses PWs hängt mit den db_key Dateien zusammen.

Wenn diese nicht richtig sind, dann wirds wohl Fehler geben.

Die db-key dateien sind in der Beschreibung zum manuellen Update angegeben...


/Joxi

[ritzi]

Du meinst quasi folgende Dateien:

/var/www/ispcp/engine/ispcp-db-keys.pl
/var/www/ispcp/engine/messenger/ispcp-db-keys.pl

die hab ich wie in der anleitung:
http://www.isp-control.net/documentation...ade:debian

vorher in die vz´s:

/tmp/ispcp/var/www/ispcp/engine
/tmp/ispcp/var/www/ispcp/engine/messenger/

gesichert.

kann ich die evtl. neu generieren damit die schlüssel wieder zusammenpassen?

das war schon meine vermutung, dass die verschlüsselung des PW´s nicht zusammenpasst.

[joximu]

schau mal in die Dateien rein.

wenn da dieselben Variablen drin sind und keine Platzhalter {...}, dann sollten sie schon ok sein.

/J

[ritzi]

die einträge in beiden dateien sind vollkommen identisch 1:1

kann ich da evtl. einen neuen schlüssel eintragen (in beiden Dateien mein ich) und damit das DB-PW nochmal neu setzen inder ispcp.conf?

[joximu]

und die entsprechende PHP Datei (im include-Verzeichnis) ist auch analog (Werte) aufgebaut?

ich weiss nicht, welche Auswirkungen das Aendern dieser Dateien hat, aber eigentlich sollte der Passwortwechsel so klappen, wie beschrieben.

du hast auch einen neuen root-user dafür gemacht, oder? (ispcproot) und diesen in der ispcp.conf eingetragen....

hm... kann höchstens sein, dass das passwd script nicht "mehr" geht...???

/J

[ritzi]

ah in der datei:

/var/www/ispcp/gui/include/ispcp-db-keys.php

stand folgendes drin:

$ispcp_db_pass_key = '{KEY}';

$ispcp_db_pass_iv = '{IV}';

habs jetzt mit werten gefüllt jetzt komme ich ins backend rein ohne fehler.
ich teste nochmal aus ob jetzt das ändern / anlegen von neuen domains geht.

[joximu]

ah - dann muss es das gewesen sein.

die Werte sind ja dieselben wie in den .pl Dateien.


Nun die frage (für andere), woran könnte es gelegen haben, dass diese Datei nicht aktualisiert wurde. das Update von 1.0.3 auf 1.0.4?

Das müssten wir dann besser checken.

/J

[ZooL]

(03-17-2010 11:20 PM)joximu Wrote:  ah - dann muss es das gewesen sein.

die Werte sind ja dieselben wie in den .pl Dateien.


Nun die frage (für andere), woran könnte es gelegen haben, dass diese Datei nicht aktualisiert wurde. das Update von 1.0.3 auf 1.0.4?

Das müssten wir dann besser checken.

/J

ein Öfter auftretendes problem, hängt mit vormaliegen falsch durchlesen des wikis zusammen

mfg

[ritzi]

soweit läuft es jetzt
hab jetzt nur noch das problem, dass wenn ich z.B. einen neuen Alias anlege, dass dieser immmer auf Status "wird angelegt" steht.

muss ich evtl. die domains nochmal von hand in der db updaten?

---

(03-17-2010 11:51 PM)ZooL Wrote:  

(03-17-2010 11:20 PM)joximu Wrote:  ah - dann muss es das gewesen sein.

die Werte sind ja dieselben wie in den .pl Dateien.


Nun die frage (für andere), woran könnte es gelegen haben, dass diese Datei nicht aktualisiert wurde. das Update von 1.0.3 auf 1.0.4?

Das müssten wir dann besser checken.

/J

ein Öfter auftretendes problem, hängt mit vormaliegen falsch durchlesen des wikis zusammen

mfg

was meinst mit falsch durchlesen des wikis?
habe mich an die update-anleitung gehalten und hatte trotzdem leider das problem.