Kunden werden nicht angelegt? kein vhost, kein ftp etc

[phor]

Selbes Problem hier mit nem XEN vServer 64Bit.

[BeNe]

Was GENAU für eine Fehler ?

Greez BeNe

[Wachert]

Habs jetzt erneut auf einem ganz anderen System versucht.

vServer auf vLinux Basis mit einem Debian Lenny 64bit System

Installation exakt nach diesem Vorgang
http://www.isp-control.net/documentation...ion/debian

Keine Fehlerausgabe während der Installation

Login als Admin
ISPCP Updates, ISPCP Datenbankupdates ausführen
Einfügen der deutschen Sprache
Anlegen eines Resellers
Erstellen eines Tarifs
Wechsel zum Reseller
Anlegen eines Kunden

Nun wird vor dem Kunden in der Kundenliste immer schön das Icon
themes/omega_original/images/icons/reload.png angezeigt.

Unter Adminmeldungen steht
res1: Auto Add User To: |*domainname* |, From: | |, Status: |OK|!

Unter Systemtools -> ISPCP-Debugger steht ganz unten
ispCP Daemon Tools
6 Anfragen ausführen

Ein Anklicken des Links "6 Anfragen ausführen" ergibt "Dämon gab 0 als Statuscode zurück".

Unter allgemeine Infos, Serverstatus laufen folgende Dienste angeblich nicht

ispCP Daemon
AMaVis
POLICYD-WEIGHT
POP3-SSL
POSTGREY
SPAMASSASSIN

laut htop laufen policyd-weight master sowie cache, postgrey & ispcp-apache-logger jedoch auf jedenfall. Laut init.d Status Abfragen ebenfalls. Laut init.d läuft auch der ispcp daemon und der ispcp network daemon

Die daemon log sagt ebenfalls

ispcp_daemon[30119]: ispCP daemon v1.1 started!

Wenn ich per shell /var/www/ispcp/engine/ispcp-rqst-mngr ausführe, dann wird der Kunde angelegt, aber das kann ja nu nicht im Sinne des Erfinders sein das dieser immer manuell gestartet wird.

[ephigenie]

ist denn der ispcp-daemon prozess noch da ?

ps aux|grep ispcp ?

[Wachert]

root 30119 0.0 0.1 3780 452 ? S 14:12 0:00 /var/www/ispcp/daemon/ispcp_daemon -p /var/run/ispcp_daemon.pid

Japp

P.S.: 14:12 weil UTC und nicht UTC+2

[ephigenie]

mach mal bitte :
netstat -dnap|grep ispcp

das sollte dann in etwa so ausschauen :
tcp 0 0 127.0.0.1:9876 0.0.0.0:* LISTEN 21907/ispcp_daemon
unix 2 [ ACC ] STREAM HÖRT 163735 6233/master private/ispcp-arpl
unix 2 [ ] DGRAM 131717 21907/ispcp_daemon

[Wachert]

wachert:~# netstat -dnap|grep ispcp
tcp 0 0 127.0.0.1:9876 0.0.0.0:* LISTEN 30119/ispcp_daemon
unix 2 [ ACC ] STREAM HÖRT 130661050 29278/master private/ispcp-arpl
unix 2 [ ] DGRAM 130544495 30119/ispcp_daemon
wachert:~#

[ephigenie]

humm ....

hast du irgendeine custom-php version o.ä. ?
obwohl näh ... sollte nicht sein.
Aber trotzdem mach mal bitte ein <? phpinfo(); ?> in eine .php datei deiner Wahl (am besten irgendwo unterhalb /var/www/ispcp/gui/ in eine neue datei z.B. test.php ) und schau dann mal in der Liste der Features ob du socket support hast.
(Gabs mal ne zeitlang - das php keinen Socket support hatte und deswegen den Daemon nicht anstossen konnte)

[ZooL]

also ich habe es nun gescheckt.. in der proftpd.conf war moduls #
und es war nicht die originale ispcp...

aber der dämon übernimmt wirklich nicht die Änderungen nur durch anstupsen *Kopfschüttel* im Moment bin ich da ratlos..
probiere aber eine lösung zu finden
mfg

---

sockets
Sockets Support enabled

PHP Version 5.2.6-1+lenny2

daran liegt es also nicht..

[ephigenie]

telnet localhost 9876

schubst das den Dämon an ?

(parallel mal nen strace auf den Prozess laufen lassen)