Fehler bei Installation von Modulen wie admin_menu oder cck

Da du ja einen IIS nutzt:

Zugriffsrechte für den IIS Benutzer auf das Modulverzeichnis richtig gesetzt?

Grüße,

Christian

Denke ich doch, weil ich sonst ja noch nichtmal auf den Drupalordner zugreifen könnte über den browser.

Selbst die Benutzergruppe "JEDER" hat sämtliche Zugriffsrechte.

ok, also die letzten beiden Fehlerzeilen haben sich erledigt.
Hab jetzt nahezu alle User vorsichtshalber hinzugefügt und denen erstmal alle Rechte gegeben.

Bleiben dennoch die ersten beiden Zeilen...

Gibts ein PHP Fehlerlog, in dem etwas mehr steht? Z.B. welche Dateien?

Ich vermute mal, Drupal möchte einige temporäre Dateien erstellen, kann aber im Temp oder Files Verzeichnis nicht schreiben. Eventuell mal den Schreibschutz prüfen und per CMD (attrib -R Verzeichnis) rausnehmen.

Ich hab Drupal jetzt komplett neu aufgesetzt, anscheinend hat er sich bei der Installation des Updates von 6.12. auf 6.13 verschluckt. Unter einer reinen 6.13-Installation läuft es.

Nun kommt aber ein Phänomen auf, das eventl mit der Rechenleistung meines Arbeitsrechners zu tun hat...
Wenn ich Menüs anklicke, die viele unterpunkte haben, wird zwar versucht die Seite zu laden, aber nach einer Weile wird einfach nur weiß angezeigt und der Ladevorgang ist beendet.
Was mich allerdings wundert dabei ist, dass mein RAM mit 2GB zu gerademal 50% ausgelastet ist, obwohl noch Outlook, FF, ICQ/Skype dazukommen.
Bei der CPU sieht's sogar noch besser aus, also weniger Auslastung.

aktuelle Konfig:
WinXP SP3
Intel CPU mit 2x2,8Ghh
2GB RAM
HDD: Samsung SP1213N
IIS 5.1 (is halt XP)
PHP 5
Drupal 6.13

Was sind denn "viele Unterpunkte" bei deinem Menu? Gibt es im Drupal Log irgendwelche Meldungen in der Richtung?

Wenn du lieber mit Apache arbeiten möchtest, dann geht das auch auf XP ohne Probleme (und sicherlich schmerzfreier als IIS), www.apachefriends.org => Wampp

viele wären beispielsweise die Modulübersicht, das tritt aber erst dann auf, wenn ich mehr als zwei Module nachgeladen habe.
Selbst Reports konnte er eben nicht sauber öffnen, erst als ich die Module wieder entfernt habe aus dem Ordner...

Es sind auch keine Warnungen oder höher priorisierte Fehlermeldungen (wie emergency etc) im Log mit drin. Ausschließlich notices werden angezeigt.

Das sieht aber eher nach einer kaputten Konfiguration vom IIS / PHP aus. Ich kann mir auch nicht vorstellen, das die Fehlerlogs vom Server und PHP dazu nichts sagen.

Wie gesagt, die Fehlerlogs sagten dazu nichts aus.
Ich versuche es derzeit unter Drupal5 zum Laufen zu kriegen, vllt läuft das ja stabiler und etwas fixer als 6.13

Also die Modulauflistung rödelt schon einiges im Hintergrund, aber der Rest sollte laufen. Daher sage ich auch das irgendwas falsches eingestellt wurde.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

So, jetzt bekomm ich doch wieder diese Meldung und ja, es gibt einen Eintrag im Log-Verzeichnis.
Es ist ein PHP-Fehler.

Aber was habe ich denn grob falsch gemacht, wenn es bei einigen Modulen funktioniert und bei anderen wiederum nicht?
Das taucht auch nur auf dem IIS auf, auf dem Apache kamen keine Fehlermeldungen...

Der PHP-Ordner liegt bei mir unter C:\PHP und dort zeigt auch der Systempfad hin (also "PATH" unter Systemvariablen).
Dann hab ich dem IIS beigebracht, dass er die php5isapi.dll verwenden soll um *.php zu bedienen (eigenschaften des IIS--> Home Directory --> Configuration --> Mappings

Würde ich Module wie das CCK oder LDAP-Modul brauchen, wäre das ja noch nicht einmal so tragisch, den Rest lässt sich ja mit Boardmitteln von Drupal erledigen...

Am Rande erwähnt: Ist diese Anleitung: http://www.gather.com/viewArticle.action?articleId=281474977064914 (ich musste mal wieder den Link nur reinkopieren, weil der klickbare Link nicht angezeigt wurde) dafür geeignet? Ich häng ja schon am ersten Punkt.
Es sei dazu gesagt, dass wir Drupal für's Intranet nutzen wollen und eine Anmeldung/Rollenvergabe über das Active Directory erfolgen soll.

Ich vermute mal, wenn in dem Modulverzeichnis noch weitere Unterverzeichnisse vorhanden sind, dann hat der IIS Probleme, die Verzeichnisse durch zugehen. (eventuell wegen falscher Benutzerrechte)

Der Apache ist bezüglich der Benutzerechte anders eingestellt und kommt in die Verzeichnisse ohne Fehlermeldung rein.

Ich kenne mich mit der IIS Konfiguration nicht wirklich aus, da ist dann wohl ein IIS Forum angebracht.

Was ist den der angegebene PHP-Fehler der jetzt angezeigt wird?

Die Module liegen in C:\Inetpub\wwwroot\drupal5\sites\default\modules und dort in ihren jeweiligen Ordnern drin.

Der PHP-Fehler sieht so aus:

Details
Typ PHP
Datum Montag, Juli 6, 2009 - 12:14
Benutzer admin
Ort http://shuttle-2:8080/drupal5/index.php?q=admin/build/modules
Referrer http://shuttle-2:8080/drupal5/index.php?q=start
Nachricht opendir(sites/default/modules/token) [function.opendir]: failed to open dir: No error in C:\Inetpub\wwwroot\drupal5\includes\file.inc in Zeile 640.
Schweregrad Fehler
Hostadresse 192.168.37.215

Hallo,

hast Du das Problem lösen können?
Ich verwende auch IIS7 mit Drupal 6.14 und habe bei Aufruf der Startseite die Meldung:
Die ausgewählte Datei konnte nicht kopiert werden, da keine Datei mit diesem Namen vorhanden ist. Überprüfen Sie, ob der richtige Dateiname angegeben wurde.
Die Installation war erfolgreich, aber beim ersten Aufruf erschien die oben genannte Fehlermeldung.

Hallo ananda,

ich bin jetzt seit einigen Wochen auf auf einem IIS7 mit Drupal 6.14 unterwegs (da das Roll-Out nun vollzogen ist, musste das Projekt von meinem Arbeitsrechner auf "den großen" IIS umziehen).
Musste mich selbst mit dem neuen IIS rumplagen und da Windows gern mal rumzickt, musst du ständig gucken, welche Berechtigungen gesetzt sind. Bin selbst oft daran verzweifelt, mehrmals ein und die selben Einstellungen gesetzt usw. Vor lauter Frust die Tastatur an die Wand geworfen, Beruhigungskaffee getrunken und siehe da, es hat funktioniert ;)
Da es bei dir heißt, dass die Datei nicht vorhanden sei, musst du mal im IIS schauen, welche Startseiten voreingestellt sind (default.htm, index.htm, etc), da unbedingt index.php eintragen und am Besten auf erste Stelle in der Liste setzen.

index.php habe Ich erstellt und an oberster Stelle eingetragen. Nach iisreset kommt aber trotzdem noch die Fehlermeldung. Bekomme Ich irgendwie heraus welche Dateien gemeint sind?

Die Gruppe "Jeder" hat alle Rechte in dem Ornder inetpub sowie die Benutzer IUSR und IIS_IUSRS

NACHTRAG: Problem gelöst:
Die User "IUSR" und "IIS_IUSRS" benötigen Vollzugriff für den Ordner C:\Windows\Temp

Siehe auch http://groups.drupal.org/node/25359