PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : phpmyadmin - grahischer Frontend für MySQL



Seiten : [1] 2

ramon
02.06.03, 18:37
Hallo,

ich versuche vergeblich mit Suse 8.1 den phpmyadmin zu starten.
Kennt sich jemand aus ?
Folgende Situation :
1. MySQL ist gestartet (rcmysql start)
2. apache läuft (apachectl start)
3. inetd is up (inetd szart) ich weis nicht warum . is aber so
4. im Verzeichnis /usr/local/httpd/htdocs/phpMyAdmin ist das phpmyadmin abgelegt
5. die Datei config.inc.php ist auf den Pfad angepasst
6. die Rechte aller Dateien in diesem Verzeichnis sind auf -rwxrwxrwx gesetzt (777)
wenn ich versuche die Datei index.php im Browser zu laden - passiert erst mal nix, und viel später kommt die Fehlermeldung "Zeitüberschreitung auf dem Server".

Ich bin kurz vor'm Verzweifeln. Fehlt noch etwas ????

:mad:

-leliel-
02.06.03, 18:40
Hi,

hast du bei der url phpMyAdmin auch richtig geschrieben (gross/kleinschreibung)?

laufen die prozesse auch? (ps aux | grep apache, ps aux | grep inetd ...)

ansonsten faellt mir auf anhieb nix ein ... :rolleyes:

Tasman
02.06.03, 18:41
Hallo,

bist Du Dir sicher, dass phpmyadmin unter /usr/local/httpd/htdocs/phpMyAdmin liegt und nicht unter /srv/www/htdocs/phpMyAdmin ?
Bei SuSE wurden vor einiger Zeit die Verzeichnisse geändert.

ramon
02.06.03, 19:59
Hallo,

ja ich bin mir sicher, ich hab' die nämlich dorthin kopiert, nachdem das mit den srv-Verzeichnis nicht geklappt hat.
Die Schreibweise habe ich auch schon mehrfach überprüft.
Es gibt hier einiges an Anleitung, aber die Enden alle mit "Jetzt ausprobieren mit ..."
Und auf Fehler geht dann keiner mehr ein.

Tasman
02.06.03, 20:10
Hallo,

hast Du per Yast auch zusätzlich die php Module für den Apache installiert?
Steht in der Logdatei /var/log/httpd/error_log etwas brauchbares ?

-leliel-
02.06.03, 22:43
wenn die php module nicht installiert sind, erscheint i.d.R. ein speichern unter dialog. ;)
daran kann es also nicht liegen.

erstell mal eine phpinfo.php datei mit dem inhalt

<?php
phpinfo();
?>

und versuch mal, ob die geladen werden kann.

und, von wegen 'die enden alle mit ...'

wenn keine komplette fehleranalyse vorgenommen bzw. infos hier gepostet werden, kann auch keiner auf den fehler eingehen, also werden erstmal standardfehler angenommen. ;)

so long

ramon
03.06.03, 13:38
Hallo,

ich hab jetzt folgendes gemacht :
1. im Yast nachgeschaut nach php-Modulen.
mod_php4 # ist installiert
mod_php4-core # ist installiert
mod_php4-devel # ist nicht installiert
mod_php4-servlet# ist nicht installiert
phpdoc # ist installiert
phplib # ist installiert
phpMyAdmin # ist installiert
2. Datei "/usr/local/httpd/htdocs/pdpdir/phpinfo.php" ist erstellt
3. Die Dateirechte sind auf "777" gesetzt
4. Proxy ist ausgeschaltet
5. In der Datei /var/log/httpd/error_log steht für jede Sekunde, die der Rechner läuft die 3 Zeilen :
[Thu Jun 3 10:01:36] [error] Connection "tomcat" cannot connect
[Thu Jun 3 10:01:36] [error] Cannot open connection "tomcat"
[Thu Jun 3 10:01:36] [error] (111)Connection refused : Child 1840 failed to establish umbilical to moderator!

Beim Aufruf der Datei http://localhost/phpdir/phpinfo.php lässt er sich erst sehr viel Zeit und bringt die Meldung "Zeitüberschreitung auf dem Server localhost

Also noch kein Erfolg.

Nachträglich geändert :

wenn ich diesen Beitrag anschaue, unterstreicht der Konquerer die Datei phpinfo.php - er weis, daß es eine Datei ist, die mit dem Web-Browser geöffnet werden soll. Er öffnet sie aber nicht !

Cosmo
03.06.03, 15:17
konqueror hatte bei mir auch immer Probleme mit localhost/Apache und der Zeitüberschreitung.
Probiere mal nen anderen Browser und achte mal darauf das du offline bist um das Problem einzugrenzen!
die phpinfo.php sollte wenigstens im Quelltext angezeigt werden!

spirou
03.06.03, 22:03
Ist der Pfad in der httpd.conf bzw. vhosts.conf angegeben? Der Server weiß ja sonst nix davon...sorry, falls das schon irgendwo steht, hab den Thread nur eben überflogen ;)

Grüßle
Spirou :D

ramon
04.06.03, 22:30
Ohhhh!

langsam wird's für mich etwas unübersichtlich.
Ich hab eine Suse 8.1 Distri nach Dienem Hinweis auf die Datei vhosts,
habe ich die erst mal suchen müssen. Die steht in einem Verzeichnis /srv/www/htdocs/manual/vhosts.
Dort gibt's aber noch 'ne ganze Menge anderes Zeug, was zu LAMP gehört.
Kann das sien, daß bei Suse das ganze Thema in /srv/www/htdocs und nicht in /usr/local/httpd/htdocs abgehandelt wird ?
Denn jetzt könnte passieren, daß ich in den einzelnen Configs falsche Pfade habe, so daß verschiedene Module und Programmteile nicht mehr gefunden werden ?

Tasman
05.06.03, 15:54
Hallo,

ich erinnere mal an etwas, was ich weiter oben geschrieben habe:

Original geschrieben von Tasman
bist Du Dir sicher, dass phpmyadmin unter /usr/local/httpd/htdocs/phpMyAdmin liegt und nicht unter /srv/www/htdocs/phpMyAdmin ?
Bei SuSE wurden vor einiger Zeit die Verzeichnisse geändert.
Also ich selber habe SuSE 8.2 und dabei sind meine Webverzeichnisse tatsächlich unter /srv/www/htdocs/ zu finden.

ramon
05.06.03, 15:58
Hallo,

das bedeutet, daß ich das Verzeichnis /usr/local/httpd/htdocs auflöse, und alle Dateien nach /srv/www verschied, und dann dort die Config-Dateien nochmal anpasse.

Tasman
05.06.03, 16:08
Hallo,

genau, alles aus /usr/local/httpd/ kommt nach /srv/www/, und dann kannst Du die anderen Tips von oben nochmal durchprobieren.
Zunächst sollte nur der Webserver an sich funktionieren. Wenn der dann läuft, dann können wir versuchen phpmyadmin zu installieren.

ramon
05.06.03, 19:01
Hallo,

so da bin ich wieder.
Jetzt sieht es fogendermaßen aus:
Ich habe die /etc/httpd/httpd.conf komplett auf den Pfad /srv/www umgestellt.
Die Datei phpinfo.php habe ich ebenfalls nach /srv/www/htdocs/phpdir/phpinfo.php kopiert
mit den Befehlen für die Prozesse find ich keinen Prozess "apache" sondern den Prozess "/usr/sbin/httpd -> /etc/httpd/httpd.conf".
kann das der Fehler sein ?
welche Dienst müssen eigentlich im inetd aktiviert sein ?
den Zeitüberschreitungsfehler habe ich auch beim Netscape - in der Statuszeite erschein "Server localhost kontaktiert warte auf Antwort"
in der /var/log/httpd/error_log steht immer noch das gleiche von Oben.

Tasman
05.06.03, 19:24
Hallo,

also, der Apache läuft jetzt, da der httpd (das ist in diesem Fall der Apache) in der Prozessliste angezeigt wird. Im inetd braucht glaub ich nichts diesbezüglich geändert zu werden.
Igrendwo muss jedoch noch etwas angepasst werden.

Ich schlage vor, die o.a. Fehlerlogdatei /var/log/httpd/error_log immer im Auge zu behalten und erst einmal eine kleine Minihtmldatei zu erzeugen. Ohne php usw..
Erstelle mal mit Deinem Lieblingstexteditor eine Datei /srv/www/htdocs/test.html mit einem ganz einfachen Inhalt, z.B.:


<html>
<head>
<title>Test</title>
</head>
<body>
Das ist mein Webserver.
</body>
</html>

Dann versuchst Du in Deinem Browser über http://deineAdresse/test.html das Dokument aufzurufen.

ramon
05.06.03, 20:46
Joo,

ich habe jetzt, um allen Pfadproblemen aus dem Weg zu gehen einen Link von /usr/local/httpd nach /srv/www angelegt. Egal aus welchem Verzeichnis ich jetzt komme, ich lande immer auf /srv/www.
Die Datei habe ich angelegt und mit Netscape aufgerufen.
mit file:/srv/www/htdocs/test.html wird die Datei als html Dokument angezeigt - der Text wird angezeigt.
mit http://localhost/test.html wartet der Netscape mittlerweile 10 min auf Antwort.
("Verbindungsaufbau : Server localhost kontaktiert . Warte auf Antwort")

wie kann ich dem localhost sagen, daß er antwortet ?
In der /var/log/httpd/error_log gibt's immer noch nichts neues.

Tasman
05.06.03, 20:52
Hallo,

ich muss gestehen, mir gehen langsam die Ideen aus.
Was mir gerade noch so durch den Kopf geht ist eine Firewall. Kann es sein, dass Deine eigene Firewall dich aussperrt?

ramon
05.06.03, 21:03
Hi,

nicht den Kopf hängen lassen.
Nur, eine Firewall ist auf der kiste nicht drauf, ich bin in einem lokalen Netz, weit hinter einer Firewall.

Tasman
05.06.03, 22:14
Hallo,

eine etwas nicht so schöne Möglichkeit wäre natürlich eine Deinstallation von Apache mit einer anschliessenen Neuinstallation. Nur auf den Apache bezogen. :ugly: :mad:
Ob das eine gute Idee ist, wage ich zu bezweifeln, aber dadurch wäre Dein Apachesystem mal wieder kräftig gesäubert.
Ich selber halte nicht viel von so einer Aktion, aber irgendwie müssen wir das doch bei Dir zum Laufen kriegen. :(
Ein Argument dafür ware die Tatsache, dass Du nicht an einem System im Tagesbetrieb experimentierst. Du wirst Dir dadurch keine Einstellungen kaputt machen.

Tasman
05.06.03, 23:14
Hallo,

mir fällt da gerade noch was ein:
Kann es sein, dass Du per Proxy im Internet suftst? Wenn ja, dann ist es evtl. nötig dem Browser zu sagen, für den localhost *keinen* Proxy zu nutzen. Sonst würde Dein Proxyserver den localhost im Internet suchen - den er dort nicht finden kann - und das könnte tatsächlich auf einige Minuten Suchzeit + Timeout hinauslaufen.

ramon
05.06.03, 23:27
Ja
irgendwie bin ich schon fast an dem Punkt, apache neu zu installieren.
Ich hab in der Zwischenzeit mir aus der Suse SDB ein httpd.conig file geholt.
Daß das auch nicht auf Anhieb klappt war mir schon klar. Ich habe aber nach einem "Moduleladen" den Apache ohne Fehler zum starten gebracht.
Interessanterweise gibts dann auch einiges an Fehlermeldungen in der error_log.
Zum Einen findet er ein Verzeichnis/Datei nicht. Leider sagt er mir nicht welches.
Zum Anderen kann er den Namen "localhost" nicht auflösen und sucht im Internet nach der IP.
Wenn ich Ihm den Stecker zum www herausziehe sagt er, daß der vom localhost zurückgewiesen wird.

Danke für Deine Unterstützung. Ich mache heute Schluß, installiere morgen den Apache neu und melde mich dann nochmal

Tasman
06.06.03, 07:19
Hallo,

dann versuche vor einer Apache-Neuinstallation noch die Testseite unter der IP-Adresse zu laden, als

http://DeineLokaleIPadresseImNetzwerk/test.html , oder
http://127.0.0.1/test.html .

Alternativ trage in die /etc/hosts eine Zeile in der Form

127.0.0.1 localhost

ein, wobei dieser Eintrag schon darin stehen sollte. Ich glaube, dass dies noch ein Versuch wert ist.

ramon
06.06.03, 10:21
Hallo,

ist jetzt zu spät, macht aber nichts, auf die Idee bin ich schon gekommen.
In der /etc/hosts sind alle Rechner, auch der 127.0.0.1 localhost eingetragen.
wenn ich dann die localhost IP eintrage gibts 2 Wege,
einmal ohne Netzverbindung -> connection refused by server localhost
andermal mit Netzverbindung -> unknown host 127.0.0.1

Das hat leider nichts gebracht.
Jetzt hab ich apache gelöscht, und mit Ihm 9 Pakete die davon abhängig waren.
Ich hab alle 10 Pakete wieder installiert und siehe da, der apache läßt sich nicht starten, weil eine /usr/lib/apache/libssl.so fehlt.
Ich hab schon herausgefunden, daß diese im Paket mod_ssl steckt. Das Paket war auch vorher nicht installiert. Ich habe das nämlich aufgeschrieben.
Mir ist nur nicht klar, wieso der apache vorher ohne Fehler starten konnte.

Über Tag kann ich schlecht etwas tun, es wird jetzt erst bis heute nachmittag dauern, dann installiere ich mod_ssl und werde dann sehen was passiert.

Eine Frage am Rande hätte ich noch. Aus dem Update Suse 7.3 -> 8.1 gibt es noch Dateien /etc/httpd/httpd_conf.rpmsave und ähnliche, die werden auch beim Starten als "unresolved configuration files" gelistet, kann ich die löschen ?

Tasman
06.06.03, 12:24
Original geschrieben von ramon
[...]
Eine Frage am Rande hätte ich noch. Aus dem Update Suse 7.3 -> 8.1 gibt es noch Dateien /etc/httpd/httpd_conf.rpmsave und ähnliche, die werden auch beim Starten als "unresolved configuration files" gelistet, kann ich die löschen ?
Das ist jetzt eine ganz neue Information, dass Du mal von SuSE 7.3 auf 8.1 upgedatet hast.
Es wurden u.a. einige Verzeichnisse umgestellt. Du solltest Dir mal im Handbuch die Infos zu Softwareänderungen von Version zu Version ansehen, dort hauptsächlich das Kapitel Von 7.3 auf 8.0.
Ob Du die *.rpmsave-Dateien ohne Probleme löschen kannst, weiss ich leider nicht.

ramon
06.06.03, 17:47
Hallo, hier bin ich wieder.

ich habe jetzt das ganze von vorne installiert. Das System hat 10 Pakete gelöscht mit dem apache. Ich habe dann nur den apache wieder installiert. Es sind aber nur 4 Pakete wieder installiert worden.
Ich habe anschließend die /etc/httpd/httpd.conf mit den Servernamen angepasst. Jetzt haben die Pfade schon von vornherein gestimmt.
In der error_log kommen nun die Meldungen :

[Fri Jun 6 17:43:28 2003] [error] mod_ssl: Init: Unable to read server certificate from file /etc/httpd/ssl.crt/server.crt (OpenSSL library error follows)
[Fri Jun 6 17:43:28 2003] [error] OpenSSL: error:0D09F007:asn1 encoding routines:d2i_X509:expecting an asn1 sequence
[Fri Jun 6 17:43:38 2003] [error] mod_ssl: Init: Unable to read server certificate from file /etc/httpd/ssl.crt/server.crt (OpenSSL library error follows)
[Fri Jun 6 17:43:38 2003] [error] OpenSSL: error:0D09F007:asn1 encoding routines:d2i_X509:expecting an asn1 sequence

so wie die Sache aussieht müssen noch serverzertifikate erstellt werden.

Tasman
06.06.03, 18:01
Hallo,

die Zertifikate benötigst Du nur, wenn Du die SSL Verschlüsselung nutzen willst. Das ist nicht unbedingt als Basisinstallation notwendig.
Aber auch wenn er die SSL Dinge nicht findet, ist es möglich, dass der Apache schon Anfragen entgegenimmt. Andernfalls sollten in der httpd.conf alle SSL Einträge auf Kommentare gesetzt werden (führendes "#" in den entsprechenden Zeilen voranstellen).
Ist die Testseite jetzt erreichbar? Was sagt ein ping auf localhost?

ramon
06.06.03, 18:50
Hi,

im Moment fühle ich mich wie der King (Dank deiner Guten Anleitung).
Ich hab das Zertifikat nach Anleitung erstellt.
Blöderweise startet der apache jetzt nicht mehr automatisch, weil er eine "pass phase" haben will. Aber wenn ich ihn gestartet habe, dann sehe ich die Testseite, die ich erstellt habe test.html so wie es sein soll.
wenn ich auf http://localhost gehe, dann zeigt er die Verzeichnisstruktur, und wenn ich eine .php Datei anclicke, dann fragt er speichern oder öffnen -> bei öffnen zeigt er den Quelltext.
Wenn ich den das jetzt richtig deute, dann muß ich jetzt php einbinden. das kennt er scheinbar nicht.

Tasman
06.06.03, 19:10
Hallo,

jau, das liest man doch gerne, wenn endlich mal was klappt! :D
Für die Sache mit der "pass phase" gibt es bestimmt auch noch einen Trick, da hab ich keine Ahnung.

Also jetzt der nächste Schritt, wie Du schon meintest. Per yast sollten diese Pakete installiert werden: mod_php4 und mod_php4-core
Wobei mod_php4-core evtl. nicht nötig ist, aber nimm das auch mal dazu. Wenn irgendwelche Abhängigkeiten angezeigt werden, sollten alle von yast vorgeschlagenen zusätzlichen Pakete installiert werden.
Ein anschliessender Neustart des Apache mit /etc/init.d/apache restart sollte die php-Erweiterung vollständig einbinden. Erstelle dann man eine testdatei dort, wo schon test.html liegt. Nennen wir sie test2.php und nimm den Inhalt, der oben erwähnt wurde (phpinfo oder so ähnlich).

Tasman
06.06.03, 19:37
Hallo,

da fällt mir gerade ein, dass es in der /etc/httpd/httpd.conf eine Passage gibt, die so oder ähnlich (das hier ist meine angepasste) aussehen müsste:


#
# PHP 4.x:
#
<IfModule mod_php4.c>
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .phtml

AddType application/x-httpd-php .php
AddType application/x-httpd-php .php4
AddType application/x-httpd-php-source .phps
</IfModule>

Sonst reagiert php nicht auf die *.php Dateien.

Jetzt muss ich mich aber erstmal seelisch auf die Enterprise gleich vorbereiten. :D

ramon
06.06.03, 21:55
Hi,

Das ist nur die halbe Miete. Kannst Du mir den folgenden Abschnitt auch mal Checken, ob das bei Dir genau so aussieht ?

#
<IfModule mod_dir.c>
DirectoryIndex index.html index.php index.htm
</IfModule>

#