Installationsfehler: Your Webserver does not appear to support any comon database types

Hier kannste dich http://drupal.cocoate.com/de/node/1 durchlesen bzw. Systemvoraussetzung http://drupal.org/requirements. Sollte das nix bringen, dann ein anderen Webserver/Webhoster suchen.

----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/

Es könnte das PHP-Interface zu MYSQL fehlen, dann geht das nicht mit Drupal. Perl könnte dann trotzdem mit der Datenbank Verbindung aufnehmen mittels des Perl-Interfaces. Das ist jetzt nur mal so spekuliert. Letztlich kann Dir das nur Dein Provider beantworten.

Gruß
Werner

Hallo!

Sag mal was hast du da genau für einen Server? Ist da das PHP vielleicht selbst konfiguriert?
Mir erscheint das ziemlich komisch
ACHTUNG nur unsicheres Halbwissen kann mich auch täuschen
Was mir aber auffällt:


In der Php info ist der Pfad zur mysql.sock

Es ist möglich das dies so richtig ist. Ich kann es mir aber ehrlichgesagt kaum vorstellen. Kann aber selbst nicht so einfach nachschauen (kein windows mit php vorhanden). Daher Achtung Halbwissen.

Ich würde jetzt mal tippen das du entweder die Dateien von unterschiedlichen servern hast. Oder das du einen Server falsch konfiguriert hast.


Welche anderen Anwendungen mit PHP laufen denn?

Infomationen und wissenswerte rund um eines der leckersten Hobbys?
www.cocktail4all.info

Hallo und danke für euere Anregungen.

Mein Server ist W2008 mit IIS7. PHP 5.2.6 installiert. Microsoft URL Rewrite Module for IIS 7.0 CTP1 gemäss Anleitung installiert und Konfiguriert. Systemvoraussetzungen sind kontrolliert und erfüllt. Der Provider bin ich.

Die PHPinfo wird ja vom Server ausgegeben. Darum wohl die / -Pfade. Wenn die PHPinfo ausgegeben wird, und auch die Installation die ersten Seiten einwandfrei anzeigt und verabeitet muss ich annehmen, dass PHP läuft.

In der PHP.ini sind die extensions richtig konfiguriert:
extension_dir ="C:\Program Files\PHP\ext"
und aktiviert:
extension=php_msql.dll
[PHP_MSSQL]
extension=php_mssql.dll
[PHP_MYSQL]
extension=php_mysql.dll
[PHP_MYSQLI]
extension=php_mysqli.dll
[PHP_PDO]
extension=php_pdo.dll
[PHP_LDAP]
extension=php_ldap.dll
[PHP_IISFUNC]
extension=php_iisfunc.dll

und darum tauchen sie wohl auch in der phpinfo unter dem abschnitt mysql und mysqli auf.

warum dann "MYSQLI_SOCKET /tmp/mysql.sock" steht entzieht sich meinen Erkentnissen. Ich wüsste auch nicht wo ich das ändern könnte. Aber es scheint mir ein Ansatz zu sein.

Dass MySQL einwandfrei läuft zeit mir das grafische Administrationstool, und die Tatsache dass andere Anweindungen in der lage Sind diesen Server für sich zu verwenden.

Kann man irgendwo in Drupal Einstellungen betreffend Verbindung mit der Datenbank vornehmen? Oder vielleicht einen genaueren Fehlercode in Erfahrung bringen?

Das heißt es gibt noch kein anderes Programm das die Vernknüpfung von PHP und MYSQL erfolgreich nutzt?

Das Grafische Tool von dem du sprichst ist vermutlich Mysql Administrator. Oder?

Wenn es noch kein Programm gibt, das beides benutzt dann würde ich als erstes mal was anderes testen um zu sehen ob das geht.
Kimai, TODO liste, Joomla was auch immer. Nur um zu sehen PHP kann auf die Datenbank zu greifen. Oder eben nicht.

Erst wenn das geht würde ich anfangen an drupal weiter zu suchen. Mir sieht das derzeit noch nach einem Problem mit PHP und dessen Einrichtung aus.

Genauere Tipps kann ich leider auch nicht liefern. Ich hatte mit PHP auf windows noch nicht viel am Hut.

mfg
red

Infomationen und wissenswerte rund um eines der leckersten Hobbys?
www.cocktail4all.info

Joomla läuft einwandfrei.
Bei einem Problem mit den Schreibrechten zu Joomla (Ein nicht dokumentierter User musste hinzugefügt werden um die Konfig zu schreiben) habe ich den ProcessMonitor von Sysinternals benutzt.

Beine Beobachtungen haben ergeben, dasss Durpal nicht mal versucht irgend etwas mit MySQL anzustellen. Als wenn Drupal gar nicht wüsste, dass ich MySQL verwende.

Läuft MYSQL nicht auf dem standard Port? Auf der Seite mit den Datenbank Einstellung gibt es noch eine Abteilung mit Extras (ist normal eingeklappt). Dort kann man andere Server für die Datenbank und/oder einen anderen Port einstellen.

Gruß
Werner

soweit komme ich nicht. Die Schritte die funktionieren sind:
# Choose profile
# Choose language
# Verify requirements
und dann bei setup Database kommt die beschriebene Fehlermeldung.
MYSQL läuft auf Standartport.

Erstellt der IIS irgendetwas, das mit den Apache Error Logs zu vergleichen ist?

Das könnte uns vielleicht beim suchen weiterhelfen.

------------
Infomationen und wissenswertes rund um eines der leckersten Hobbys?
www.cocktail4all.info

IIS schreibt einfache logfiles, da IIS aber nicht PHP spricht scheint es mir sinnvoller zu sein PHP logging zu aktivieren. Das habe ich auch gemacht, leider sind keine Errors auszumachen.

Wäre es nicht am besten die PHP stelle im Program zu finden wo die Datenbank angebunden wird zu finden? Und so ev. eine detailiertere Fehlermeldung ausgeben zu lassen als nur "der Webserver scheint keine Datenbank zu unterstützen..."?

Da gäbe es vielleicht einige hier im Forum die sich schon damit auseinandergesetzt haben..

Auch unter Apache funktioniert es nicht.
Ich habe gerade Apache unter Windows installiert, PHP aktiviert. Ich bleibe an der gleichen Stelle hängen.
Welchen Errorlog würde euch weiterhelfen?

Das Problem dürfte nicht der Webserver, sondern der PHP Interpreter sein. Dementsprechend ist das PHP log von Interesse. Pack mal

In deine php.ini

Meine Vermutung geht mal dahin, dass PHP versucht MySQL via socket (/tmp/mysql.sock) und nicht mittels TCP Port erreichen will, was unter Windows eigentlich nur in die Hose gehen kann (unter Linux sind Sockets spezielle Dateien im Dateisystem, die als "Durchreiche" verwendet werden).

log_errors=on zeigt überhaupt keine Fehler. Ich vermute eben dass die Verbindung zu MySQL geprüft wird und das Ergebnis (das ja keinen Fehler produziert, sondern das Fehlen der Verbindung zeigt) bewirkt die Fehlermeldung in der Ausgabe.
Zum Thema /tem/mysql.sock scheint es dass diese Socket vom Server selbst erstellt wird, und darum im Temp-Verzeichnis liegt: siehe hier

Hi!

Ich glaube auch immernoch das der Fehler inrgendwo in dieser ecke liegt.
Du hast schon recht das /temp/mysql.sock sollte vom Server aus erzeugt werden. Das geht allerdings nicht. Windows kann mit solch einer Pfadangabe einfach nichts anfangen.

Schon allein die Angabe des root Directorys heist auf Windows nicht / sondern c:\ Windows kann diese Pradangabe einfach nicht richtig verarbeiten können.

Interessant ist auch diese Seite. Es geht zwar um den MYSQL Server, aber hier werden die entsprechenden Sockets zu verfügung gestellt. Diese Pfadangaben sind alle "Windows Like".

Nehmen wir mal an: Mysql hat die datei unter c: temp erstellt, PHP versucht unter /temp/ zu lesen. Kein Fehler da das ding einfach nicht antwortet. Oh welch Wunder :)

------------
Infomationen und wissenswertes rund um eines der leckersten Hobbys?
www.cocktail4all.info

Ich hab heute mittag zeit. Dann versuche ich mich daran mal.

Ich find leider keine eindeutigen Angaben im internet. Ob diese socket angabe nun richtig ist, oder eben auch nicht.

------------
Infomationen und wissenswertes rund um eines der leckersten Hobbys?
www.cocktail4all.info

; Default socket name for local MySQL connects. If empty, uses the built-in
; MySQL defaults.
mysqli.default_socket =
und

; Default socket name for local MySQL connects. If empty, uses the built-in
; MySQL defaults.
mysql.default_socket =

könnte es damit etwas aufsich haben?

ich habe übrigens noch mit dem Process Monitor überprüft, es gibt keine Berechtigungsprobleme, wie Schreibsrechte nicht gegeben, fehlendes Verzeichnis usw.

aber was ich seltsam finde ist, dass MySQLAdministrator auch nach dem Anzeigen der Seite zwei aktive Verbindungen zeigt:

PID: 12
User: root
Host: Localhost:60975
DB: drupal
Command:Query
Time: 0
State:
Info: Show Full Process List

PID: 32
User: root
Host: localhost:63481
DB:
Command: Sleep
Time: 1
State:
Info: