Der Kontostatus von *** ist nicht in Ordnung!

[Astalwa]

Forumdb laeuft auf jeden Fall.
Die anderen sind alle unbenutzt.

Quote:ggf. nochmals das richtige Passwort für den DB User shoutadmin (DB shout) in der gui setzen.

a) auch die Shoutboxdatenbank ist sowieso unbenutzt. Habe ich damals mal fuer ein Falshchat erstellt, was wir aber nicht benutzen und auch nicht mehr auf dem FTP liegt. Zumindest finde ich die jeweiligen *.php`s nicht.
b) Die Passwoerter speicher ich mir nicht ab, sondern entnehme diese immer aus der jeweiligen config.php im FTP um mich ein zuloggen.
c) Die Shoutdatenbank ist sowieso leer. Bzw. besteht aus leeren Tabellen. Wenn ueberhaupt oO das sind nichtmal Tabellen ?!

-- MySQL dump 10.11
--
-- Host: localhost Database: shout
-- ------------------------------------------------------
-- Server version 5.0.51a-24+lenny2

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2010-05-17 22:02:26

[joximu]

die scheint leer zu sein - also kann man getrost dem user ein neues pw geben... (und dem Kunden mitteilen...)

Danach im Debugger von ispcp die Domain-status-Felder zurücksetzen und den Request Manager laufen lassen

/J

[Astalwa]

Quote:die scheint leer zu sein - also kann man getrost dem user ein neues pw geben... (und dem Kunden mitteilen...)

Passwort aendern ja. Kann man machen. Was passiert, wenn ich die einfach loesche? Und dem Kunden mitteilen? Was meinst du damit?
ich weiß weder WAS genau fuer ein Chat es war (habe mehrere probiert) , noch weiß ich, wie ich das dem "kunden" mitteilen kann, wenn es die Scripte gar nicht (mehr) aufn FTP gibt. Was denn ueberhaupt fuer einen Kunden? Meinst du Clienten? Also das Script selber?

Quote:Danach im Debugger von ispcp die Domain-status-Felder zurücksetzen und den Request Manager laufen lassen

Witzig.
Komm ja nicht rein ins ispcp.

Kann DAS wirklich der Fehler sein, wieso ich mich nicht ins ispcp einloggen kann?

[joximu]

Kunde meinte ich deinen Kunden, dem die entsprechende Website gehört...
Wenn du meinst mit DB löschen - klar geht auch.

Also: du bekommst die Meldung von wegen status nicht ok, wenn du dich versuchst einzuloggen im ispcp? als admin, versteht sich...

ja: also in der Datenbank den Status der Domain auf "ok" setzen (da wo jetzt eben nicht ok steht) und dann mal versuchen...
oder auf change und den Request Manager ankicken....

hoffe, das bringt dich weiter

/J

[Astalwa]

Ich selbst bin der Kunde.
Ich bin kein Reseller, sondern Admin
Ist also mein Server - den auch nur ich benutze.

Ja ich bekomm die Meldung wenn ich mich ins ispcp einloggen moechte.

> Der Kontostatus von domain.com ist nicht in Ordnung! <

ICH BIN DRIN.
Thema kann zu den Akten gelegt werden.

[b]hier mein letzter Schritt- danach hats geklappt:

Code:

login as: root
root@domain.com's password:

**************
O066.hoster.com
**************

Last login: Thu May 20 15:23:42 2010 from p2fc62412.dip.t-dialin.net
(root@w114)-(~) $ cd /var/www/ispcp/engine
(root@w114)-(/var/www/ispcp/engine) $
(root@w114)-(/var/www/ispcp/engine) $ ls
awstats               ispcp_common_methods.pl  ispcp-htusers-mngr  quota
backup                ispcp-db-keys.pl         ispcp-mbox-mngr     setup
ispcp-als-mngr        ispcp-db-passwd          ispcp-rqst-mngr     tools
ispcp-alssub-mngr     ispcp-dmn-mngr           ispcp-serv-mngr     traffic
ispcp-apache-logger   ispcp-htaccess-mngr      ispcp-sub-mngr
ispcp_common_code.pl  ispcp-htgroups-mngr      messager
(root@w114)-(/var/www/ispcp/engine) $ ./ispcp-rqst-mngr
(root@w114)-(/var/www/ispcp/engine) $ ls -lia
insgesamt 516
4595716 drwxr-xr-x 9 root root  4096 30. Mär 2009  .
4563078 drwxr-xr-x 7 root root  4096 30. Mär 2009  ..
4595717 drwx------ 2 root root  4096 30. Mär 2009  awstats
4595728 drwx------ 2 root root  4096 30. Mär 2009  backup
4595734 -rwx------ 1 root root 78549 30. Mär 2009  ispcp-als-mngr
4595761 -rwx------ 1 root root 57005 30. Mär 2009  ispcp-alssub-mngr
4595733 -rwx------ 1 root root  6933 30. Mär 2009  ispcp-apache-logger
4595720 -rwx------ 1 root root  6290 30. Mär 2009  ispcp_common_code.pl
4595757 -rwx------ 1 root root 48224 30. Mär 2009  ispcp_common_methods.pl
4595760 -rwx------ 1 root root   102 30. Mär 2009  ispcp-db-keys.pl
4595755 -rwx------ 1 root root  4205 30. Mär 2009  ispcp-db-passwd
4595721 -rwx------ 1 root root 96024 30. Mär 2009  ispcp-dmn-mngr
4595764 -rwx------ 1 root root 13595 30. Mär 2009  ispcp-htaccess-mngr
4595740 -rwx------ 1 root root  7447 30. Mär 2009  ispcp-htgroups-mngr
4595739 -rwx------ 1 root root  7333 30. Mär 2009  ispcp-htusers-mngr
4595758 -rwx------ 1 root root 39961 30. Mär 2009  ispcp-mbox-mngr
4595759 -rwx------ 1 root root 16591 30. Mär 2009  ispcp-rqst-mngr
4595732 -rwx------ 1 root root  7558 30. Mär 2009  ispcp-serv-mngr
4595756 -rwx------ 1 root root 55804 30. Mär 2009  ispcp-sub-mngr
4595722 drwxr-xr-x 2 root root  4096 30. Mär 2009  messager
4595762 drwx------ 2 root root  4096 30. Mär 2009  quota
4595741 drwx------ 2 root root  4096 30. Mär 2009  setup
4595725 drwx------ 2 root root  4096 30. Mär 2009  tools
4595735 drwx------ 2 root root  4096 30. Mär 2009  traffic

(root@w114)-(/var/www/ispcp/engine) $ chmod a+x ispcp-rqst-mngr
(root@w114)-(/var/www/ispcp/engine) $ ./ispcp-rqst-mngr

Nachdem ich die Datei/den Ordner (weiß selbst nicht genau was es ist oO ) CHMOD hab, konnte ich mich wieder einloggen.

[joximu]

das chmoden sollte nichts geändert haben - root konnte schon vorher ausführen.

eher der Aufruf von ispcp-rqst-mngr...

aber egal :-)

/J

---

dann schliesse ich mal...