Fehler "Unable to read Control Panel configuration file"

[quixx]

Oh Mann, ich hab durch einen Tippfehler auf der Konsole ne riesen Dummheit gemacht... Habe aus Versehen ein

chown -R bla:blubb /*

gemacht. Sollte eigentlich

chown -R bla:blubb *

heißen... ich weiß, das war unvorsichtig, so etwas sollte man anders formulieren. Habe es gemerkt und abgebrochen, da waren aber schon ein paar Owner (z.B. der ganze /etc-Ordner) geändert.

Zum Glück sind /usr und /var noch nicht betroffen. Ich hab jetzt /etc mal auf root:root zurückgesetzt, aber das stimmt natürlich dann teilweise nicht mehr. Z.B. kann Plesk nicht mehr auf das config-File zugreifen. Ein

chown psaadm:psaadm /etc/psa

hat leider auch nicht geholfen. In welchen Ordnern unter /etc müssen denn Owner anders als root:root sein?

Wollte schon per Autoinstaller Plesk drüberinstallieren in der Hoffnung, dass dann die Rechte zurückgesetzt werden. Vorher möchte ich aber ein Backup machen, was aber auch nicht mehr funktioniert, das Skript wiederholt ständig die Ausgabe

Accounts [0/18], Domains [0/29]

Weiß jemand Rat?

PS: Verwende Plesk 9.5 unter Debian

[zepho]

You made my day!

Darum hab ich bei mir (Ubuntu 10) mal schnell ausgelesen, brauchst du bestimmte Verzeichnisse oder reichen die?

[quixx]

Hallo zepho,

danke für die Liste. Konnte ich jetzt noch nicht machen, da ich mich vermutlich inzwischen selbst ausgesperrt habe...

AAAHHH wie dumm kann man sein! Durch meine blöde Aktion ist folgendes passiert: der /etc/su fehlt das setuid-bit, wodurch su nicht mehr funktioniert (Authentication failed). Zum Ändern brauche ich root-Rechte. Ich habe aber root-logins per ssh aus Sicherheitsgründen abgeschaltet. Mein ssh-user steht auch nicht in sudoers. ich kann also nichts mehr als root machen - oder hab ich etwas übersehen?

[quixx]

Ok, dank Recovery-Konsole geht su wieder. Habe mal die User/Gruppen mit zepho's Liste verglichen, der einzige Unterscheid lag bei /etc/psa/.psa.shadow Das hab ich korrigiert und psa neu gestartet, gleicher Fehler "Unable to read Control Panel configuration file". Wie gesagt, /opt und /var waren noch gar nicht betroffen, das Problem muss also in /etc liegen.

Kann mir mal jemand eine Liste sämtlicher Rechte aus /etc die etwas mit Plesk zu tun haben posten? Also z.B.

ls -al -R /etc | egrep " psa|www-data"

Vielleicht ist ja auch irgend eine config-Datei für Apache nicht lesbar - oder läuft Plesk sowieso nur unter psaadm?

Bei mir sieht die Ausgabe momentan wie folgt aus:

drwxr-x---   3 root     root   4096 2011-07-15 11:51 psa
drwxr-xr-x  10 root     root   4096 2008-01-08 00:47 psa-horde
drwxr-xr-x   2 root     root   4096 2010-11-16 10:43 psa-spf
drwxr-xr-x   3 root     root   4096 2010-07-29 17:39 psa-webmail
-rwxr-xr-x   1 root root 11860 2010-10-21 23:09 psa
-rwxr-x---   1 root root  1416 2010-10-21 23:23 psa-firewall
-rwxr-x---   1 root root  1281 2010-10-21 23:23 psa-firewall-forward
-rwxr-xr-x   1 root root  1980 2010-10-21 23:20 psa-spamassassin
-rwxr-x---   1 root root  2552 2010-10-21 23:23 psa-vpn
-rw-r--r--   1 root   root    2610 2010-11-09 15:55 psa.conf
-rw-r--r--   1 root   root    2514 2010-11-09 15:10 psa.conf.default
-r--------   1 root   root   46201 2010-05-17 08:30 psa.key
-rw-------   1 psaadm psaadm    15 2010-11-09 15:20 .psa.shadow
-rw-r-----  1 root www-data   14 2008-01-08 00:49 .horde.shadow
-rwxr-xr-x 1 root root  226 2009-02-03 07:51 psa-atis.sh

Danke für jegliche Hilfe!

[kgkoop]

Hi quixx,,
Du bist nicht alleine - gleicher Fehler - gleiche Problematik.

Konntest Du den Fehler beheben? Wenn ja, wie?
Hast Du eine aktualisierte Übersicht der Rechte?

Grüße

Klaus

Okay - hab's geschafft ... puh ...
Das

drwxr-x---   3 root root  4096 Mar  3  2011 psa

war schon 'mal der erste Fehler - es sollte so

drwxr-xr-x  3 root root    4096 Apr 13 18:33 psa

aussehen.

Danach regte sich Plesk ein wenig und spuckte die Fehlermeldung

ERROR: SWKeyExFatalError
error: Cannot open file

0: common_func.php3:4537
	of_get_key_by_product(string 'plesk-unix')
1: common_func.php3:4537
	getPleskKey()
2: common_func.php3:4616
	getKeyProp(string 'demo')
3: auth.php3:48

aus.

Jetzt mussten nur noch die Ordner und alle enthaltenen Files unter

/etc/sw/keys/

folgendermaßen angepasst werden

drwxrws--- 2 psaadm swkey-data 4096 Dec 8 23:37 backup
 -rw-r--r-- 1 psaadm swkey-data 22 Dec 8 23:37 info
 drwxrws--- 2 root swkey-data 4096 Feb 1 09:57 instances
 drwxrws--- 2 psaadm swkey-data 4096 Feb 1 20:43 keys
 drwxrws--- 2 psaadm swkey-data 4096 Feb 1 19:27 lock
 -rw-rw---- 1 root swkey-data 937 Mar 1 04:02 registry.xml
 drwxrws--- 2 psaadm swkey-data 4096 Feb 1 19:51 restart

Hoffe es hilft jemandem weiter :-)