pd-Admin Installations-Probleme

[socke]

nachdem ich hier ( http://www.rootforum.org/forum/viewtopi ... highlight= ) nicht weiter komme, hab ich mal wieder von vorn angefangen, und da ist mir beim installieren von qmail bei folgendem punkt etwas aufgefallen:

4. qmail installieren und konfigurieren
make setup check
./config-fast `hostname â??f`

da bekomme ich als erste meldung:

hostname: Unknown server error

ist das ein bekanntes Problem? Falls nicht, in welchem log kann ich näheres dazu erfahren?

[socke]

also, hostname -f will ja den fully qualified domain name anzeigen. wenn da jetzt ein unknown error kommt, kann es sein, das irgendwas mit meiner dns-konfig nicht stimmt?

host 213.239.200.48 gibt mir

48.200.239.213.in-addr.arpa domain name pointer arcade4us.com.

und host arcade4us.com sagt

arcade4us.com has address 213.239.200.48

demnach sollte der dns-eintrag doch hinhauen ?!?

[socke]

wie blöd kann man sein...

ich hatte vorher einen typo und hatte statt -f ein .f drinn... somit wurde der hostname auf .f gesetzt, und beim nächsten durchlauf mit korrektem -f gabs wohl den fehler, weil .f wohl nicht so wirklich eine brauchbare domain ist... Mit korrekter domain ist die fehlermeldung weg...

nur qmail will immer noch ned so, wie es soll... Naja, mal weiter suchen...

[socke]

also, ich hatte in dem oben verlinkten thread schon mal geschrieben, dass ich ein problem mit cgiwrap habe, und das ist jetzt (nachdem ich pd-admin wegen der qmail-probleme nochmal neu installiert habe) wieder aufgetaucht, und will auch nicht mehr weichen...

ich hab schon einiges an einstellungen probiert, komm aber nicht mehr wirklich weiter :(

hier mal die beiden dateien, an denen es imho liegen muß:


http://www.1337noob.de/pics/apache.conf-template

http://www.1337noob.de/pics/config.pl

vielleicht kann ja ein erfahrener mensch was ersehen...

Nervig ist dabei, dass es vor der Neuinstallation funktionierte, also muß auch alles, was gebraucht wird, vorhanden sein :(

[socke]

hmm, kann mir jemand sagen, was folgende meldungen im access.log heißen?

pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:15:35:35 +0100] "GET /php-info.php H
TTP/1.1" 200 1617
pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:15:41:49 +0100] "GET /php-info.php HTTP/1.1" 200 1617
pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:15:41:51 +0100] "GET /phpinfo.php HTTP/1.1" 200 1616
pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:15:41:56 +0100] "GET /phpinfo.php HTTP/1.1" 200 1616
pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:15:42:00 +0100] "GET / HTTP/1.1" 200 -
pD9E46F65.dip.t-dialin.net - - [09/Mar/2004:18:06:00 +0100] "GET /phpinfo.php HTTP/1.1" 200 1616
p50870736.dip0.t-ipconnect.de - - [10/Mar/2004:00:20:17 +0100] "GET /phpinfo.php HTTP/1.1" 200 1640

[gilligan]

Da hat wohl jemand in seinem Webbrowser deine phpinfo.php Datei aufgerufen. Mehr nicht, würde ich sagen.

http://www.1337noob.de/phpinfo.php oder nicht?

[socke]

nein, das ist mein anderer server ;)

dieser hier wäre http://www.arcade4us.com/phpinfo.php

die hab ich selbst aufgerufen, aber was sagen die zahlen dahinter?

[gilligan]

Hm, keine Ahnung. Guck doch mal in die Apache Anleitung...

[socke]

witzigerweise funktioniert es aber im debian-eigenen verzeichnis, also /var/www. da wird das script einwandfrei angezeigt: http://213.239.200.48/phpinfo.php
ich hab jetzt nochmal den ganzen pd-admin rummel gelöscht inkl. datenbanken, usern, virt. servern und allen verzeichnissen und geh die instlli nochmal durch, vielleicht stimmte da ja irgendwas nicht, weil ein user oder ein verzeichnis schon da war...

[socke]

also, wenn ich das richtig sehe, muß es irgendwie am cgiwrap liegen, denn im /var/www oder auch im /var/www/pdadmin wird php direkt ohne cgiwrap ausgeführt, während es im /home mit cgiwrap ausgeführt wird, und nur da funktioniert es nicht.

was mich außerdem wundert ist:
wenn ich im pd-admin eine domain anlege, meldet es, dass apachectl graceful aufgrund einer broken config nicht ausgeführt werden konnte, und man sie mit apachectl configtest testen soll. Das gibt mir widerum ein "syntax ok" zurück und das graceful wird auch ohne fehlermeldung ausgeführt... :?:

[socke]

jo, also, nachdem ich enable cgiwrap in der config.pl jetzt abgeschaltet hab, funktioniert php auch im /home. Aber das ist ja auch nicht gerade im Sinne des Erfinders...

Jemand ne idee, was das problem mit cgiwrap sein könnte?

[daniel bradler]

jo, also, nachdem ich enable cgiwrap in der config.pl jetzt abgeschaltet hab, funktioniert php auch im /home. Aber das ist ja auch nicht gerade im Sinne des Erfinders...

Jemand ne idee, was das problem mit cgiwrap sein könnte?

Ohne eine konkrete Fehlermeldung und -beschreibung werden wir dir wohl nicht helfen können. Auszüge aus dem ErrorLog des Webservers könnten auch hilfreich sein.

Viele Grüße,
Daniel Bradler

[socke]

Das Einzige, was das error.log des apache dazu sagt, ist:

[Sat Mar 13 15:00:03 2004] [notice] Accept mutex: sysvsem (Default:
sysvsem) [Sat Mar 13 15:00:03 2004] [notice] SIGUSR1 received. Doing graceful restart
[Sat Mar 13 15:00:04 2004] [notice] Apache/1.3.26 (Unix) Debian GNU/Linux mod_ssl/2.8.9 OpenSSL/0.9.6g PHP/4.1.2 AuthMySQL/3.1 mod_perl/1.26 configured -- resuming normal operations
[Sat Mar 13 15:00:04 2004] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[Sat Mar 13 15:00:04 2004] [notice] Accept mutex: sysvsem (Default:
sysvsem

Das ist imho nicht viel. Ein log von cgi-wrap hab ich leider noch nicht gefunden.

Das einzige, was ich sonst noch habe ist eben die oben genannte meldung im browser, das cgiwrap eine datei nicht finden kann.