D7 - hier und da immer mal wieder ein "failed to open stream: No such file or directory"

Hallo.
Drupal 7 verwendet ja Stream Wrapper, um Dateipfade aufzulösen. Eventuell kann Deine php-Version nicht so richtig damit umgehen.

Alternativ könntest Du die Berechtigung des entsprechenden Verzeichnisses auch mal auf 777 setzen.
Mir fällt gerade auf, dass der Pfad ckeditor/ckeditor/ckeditor/ckeditor.js ist. Ist da nicht ein ckeditor/ zu viel?

 Stefan

Hi und Danke :)

also in dem Fall "ckeditor" werde ich das ein Verzeichnis mal auflösen und um eins verringern, ...

PHP nutze ich eigentlich ein ganz normales gängiges "Debian Lenny 64Bit" ganz normal mit apt-get/aptitude-Aktuslisierungen:

Serversoftware: Apache/2.2.9 (Debian) PHP/5.2.16-0.dotdeb.0 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g
PHP-Version: 5.2.16-0.dotdeb.0
PHP-Memory-Limit: 128M
MySQL Server Version: 5.1.54-0.dotdeb.0
MySQL Client Version: 5.0.51a

... gibt es ggf. noch irgendwas zu aktivieren in der php.ini damit diese "Stream Wrapper"-Sache funktioniert?

Nachrag, hat ggf. etwas hier mit zu tun?

Startseite » Verwaltung » Konfiguration » Medien » Dateisystem

Pfad des öffentlichen Dateisystems
sites/default/files

Pfad des privaten Dateisystems
hier steht nichts

Temporäres Verzeichnis
/tmp

"/tmp" liegt im vserver-Hauptverzeichnis und ist mit dem Besitzer+Gruppe "root" und den Rechten "777" ausgestattet.
Im Verzeichnis "/tmp" sind ein paar Verzeichnisse:

pear (root - root - 755)
update-cache (www-data [33] - www-data [33] - 755)
update-extraction (www-data [33] - www-data [33] - 755)

und ca. 10 Dateien nach dem "Muster" file6MHpPC .... alle mit (www-data [33] - www-data [33] - 600)

Nö, das ist in PHP5.x schon mit drin. Auf jeden Fall in 5.2.

Das ist ok (obwohl ja bei "public://" der Fehler kommt).

Muss auch nicht, solange Du keine privaten Up-/Downloads aktivieren möchtest.

Also eigentlich sollte alles funktionieren. So richtig erklären kann ich mir den Fehler auch nicht.

Nachtrag und da ist der Fehler wieder mal :)

Zum failed to open stream: No such file or directory mit dem ckeditor (siehe erstes Posting) ist mir eins aufgefallen, der passiert oft nur beim ersten Aufruf. zb ich bin als Admin angemeldet, klicke auf bei einem Artikel auf "Neuen Kommentar schreiben" kommt der Fehler sehr oft beim ERSTEN öffnen nur, Seite aktualisieren oder den Link nochmals aufrufen ist er dann weg. Die Frage ist, außer das so eine Fehlermeldung nicht schön aussieht, hat sie auch "Folgen"? Oder kann man sie so erst mal ignorieren?

Mir ist klar das mit D7 und den ganzen Modulen ist alles noch neu und noch in Entwicklung,
habe ich jedes Verständnis für. Darum geht es mir auch nicht.

Da ich diesen Fehler öffter habe, interessiert mich einzig und alleine ob das ganze eher an
meinem vserver liegt aufgrund irgend welcher Einstellungen (php.ini usw.), wenn ja in welcher
Richtung müsste man da den Fehler suchen?

Installation des Moduls "Core Library"
http://drupal.org/project/core_library

Nach der Aktivierung steht über der Modulliste in rot:

* Warning: include_once(/var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/sites/all/modules/core_library/modules/core_library_ui/core_library.admin.inc) [function.include-once]: failed to open stream: No such file or directory in _theme_process_registry() (Zeile 396 von /var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/includes/theme.inc).

* Warning: include_once() [function.include]: Failed opening '/var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/sites/all/modules/core_library/modules/core_library_ui/core_library.admin.inc' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in _theme_process_registry() (Zeile 396 von /var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/includes/theme.inc).

* Warning: include_once(/var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/sites/all/modules/core_library/modules/core_library_ui/core_library.admin.inc) [function.include-once]: failed to open stream: No such file or directory in _theme_process_registry() (Zeile 396 von /var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/includes/theme.inc).

* Warning: include_once() [function.include]: Failed opening '/var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/sites/all/modules/core_library/modules/core_library_ui/core_library.admin.inc' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in _theme_process_registry() (Zeile 396 von /var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/includes/theme.inc).

Hallo.

Naja, die Folge in dem Moment ist, dass benötigte Dateien nicht geladen werden. Schön ist das jedenfalls nicht.

Nee, eigentlich nicht mehr.
Ich find den Fehler ziemlich merkwürdig. Selbst habe ich D7 jetzt schon auf einigen unterschiedlichen Systemen getestet (schon vor der Alpha), so ein Fehler ist da jedoch nicht aufgetreten.

Also ich möchte das jetzt ungern auf Deinen Server schieben.
Hast Du mal in der Issue Queue von Drupal geschaut, ob dort schon ähnliche Fehler berichtet wurden? Oder alternativ mal im IRC (#drupal) nachgefragt?

Die Warnung lässt allerdings darauf schliessen, dass include gar nicht im Drupal-Verzeichnis nach der Datei sucht. Der "include_path" von PHP müsste eventuell noch erweitert werden (momentan steht da ja include_path='.:/usr/share/php:/usr/share/pear').

 Stefan

Vielen Danke schonmal :)

Also bzgl. des Entwicklungsstadium, damit meinte ich nicht D7 direkt, sondern eher die vielen Module :)

ABER! Ich glaube du hast den Fehler gefunden, in meiner php.ini steht nämlich KEIN include_path!

Auszug aus meiner php.ini -->

Wie wäre der richtige Eintrag der da rein muss? So? -->

include_path = ".:/usr/share/php:/usr/share/pear"

Hm naja. Laut Fehlermeldung wird der ja bereits verwendet. Der . am Anfang bedeutet ja auch "das aktuelle Verzeichnis". Dementsprechend sollte das eigentlich schon so funktionieren.

Du kannst es allerdings trotzdem mal so probieren.

 Stefan

Schade, wäre auch zu schön gewesen ... langsam bin ich mit meinem Latein am Ende bzgl. des Fehlers.

Egal ob der include_path nun in der php.ini steht oder nicht (mit jeweiligen vserver-neustart), der Fehler bleibt und bei dem o.g. Modul sogar reproduzierbar:

Installation des Moduls "Core Library"
http://drupal.org/project/core_library

Lade die Seite der Module und setzte die 2 Haken der o.g. Moduls, klicke auf "Speichern" und der Fehler kommt:

Mache ein "reload" der Seite, Fehlermeldung weg.

Deinstalliere das Modul indem ich die 2 Haken entferne klicke auf "Speichern". Alles "OK" ... wenn ich es dann nochmal aktiveren will und die 2 Haken setze, dann auf "Speichern" klicke ist der Fehler wieder da.

Nachtrag:

Modul "Image" aktiviert ... Neuen Artikel schreiben ... klicke auf "Bild suchen" und dann "Bild upload" und dann kam direkt wieder:

So, den ersten Fehler habe ich nun gefunden :/ ... liegt am Modul (kA warum den Fehler noch kein anderer hatte)

Der Pfad im Modul ist wohl falsch:

/sites/all/modules/core_library/modules/core_library_ui/core_library.admin.inc

Dort gibt es aber nur die Datei "core_library_ui.admin.inc" mit "_ui"

/sites/all/modules/core_library/modules/core_library_ui/core_library_ui.admin.inc

Die Datei " "core_library.admin.inc" OHNE "_ui"" die gesucht wird gibt es "nur" im Verzeichnis:

/sites/all/modules/core_library/

Ich habe den Fehler mal beim Entwickler eingetragen. .... mein anderer Fehler bleibt jedoch immer noch:

Warning: file_get_contents(/sites/all/modules/ckeditor/ckeditor/ckeditor.js) [function.file-get-contents]: failed to open stream: No such file or directory in _locale_parse_js_file() (Zeile 1303 von /var/customers/webs/community/__MEINEDOMAIN_de/d7_v01_00_00/includes/locale.inc).

Kann es eigentlich in Sachen "Stream Wrapper" Probleme in Verbindung mit "cURL" bzw. "php-curl" geben? oder etwas damit zu tun haben?

Müssen die .js-Dateien von "ckeditor" bestimmte Rechte / User haben ?

Hallo Leute,

1. ich bin ein Neuling und habe leider keine Ahnung von so ziehmlich allem was Drupal betrifft
2. Bei der Installation vom CKEditor sind bei mir Probleme aufgetreten, wo ich eure Hilfe benötige
3. Meine Version ist Drupal 7
4. Die Installation des CKEditors geschah exakt nach der Anleitung aus dem Video und mit der aktuellen Version

Hier die Fehlermeldung, welche ich bei der Installation erhalten hatte, dort hatte ich den IMCE gleich mitinstalliert und diese Meldung stammt vom IMCE:

Als der CKEditor unter Module aktiviert war, gab es ein Problem, als ich die Konfiguration geändert (Sprache unter FullHTML auf German) und abgespeichert hatte.
Warning: file_get_contents(/sites/all/modules/ckeditor/ckeditor/ckeditor.js) [function.file-get-contents]: failed to open stream: No such file or directory in _locale_parse_js_file() (Zeile 1303 von /home/.../.../includes/locale.inc).

Ich wiederholte das ganze, aber die Meldungen sind immer wieder da.

Kann mir bitte jemand einen Tip geben, was ich Falsch gemacht bzw. anders machen muß?

Thx

Torsten

Bei mir ist der Fehler beim neuen Views-Modul aufgetreten, wobei das ja auch noch alpha ist, deshalb habe ich mir auch nicht viel daraus gemacht.

Ich habe das Problem auch oft mit ckeditor, aber hier und da auch mal mit anderen Modulen. So richtig geholfen hat dabei noch nichts :/ Selbst wenn ich D7 auf einem anderen Server installieren mit anderem vServer OS, kommt der Fehler immer wie reproduzierbar direkt wieder. Was mit dabei auffällt ist, dass der Pfad der gesucht wird immer nur mit:

"/sites/all/modules/ckeditor/ckeditor/ckeditor.js"

.... anfängt. Ist das eigentlich richtig so? Oder muss da nicht der komplette Pfad stehen? ... Also so:

"/var/customers/webs/kunde/d7_v01_00_00/sites/all/modules/ckeditor/ckeditor/ckeditor.js"

Fehler da nicht der serverinterne Pfad?

Meine Domain ist in dem Beispiel umgeleitet auf den Pfad "/var/customers/webs/kunde/d7_v01_00_00"

Warum sucht der Stream Wrapper dann nur in dem Pfad "/sites/all/modules/ckeditor/ckeditor/ckeditor.js" und nicht in:

www.domain.de/sites/all/modules/ckeditor/ckeditor/ckeditor.js

oder

/var/customers/webs/kunde/d7_v01_00_00/sites/all/modules/ckeditor/ckeditor/ckeditor.js

Der betreffende Code aus der Zeile 1303 von /home/.../.../includes/locale.inc sieht so aus:

Gibt es da vl. ein Problem dass sie Base-URL der Installation irgendwie "abhanden" kommt?

Hallo Rodas,

bei mir gibt es (bis) jetzt keine Fehlermeldung mehr, der vermeindliche Grund ist eine Änderung am Server, so habe ich für die betreffende Domain jetzt eine eigene php.ini, vorher war die Globale des Servers Aktiv und dort ist der Pfad zur Domain natürlich aus dem Stammverzeichnis aus beschrieben und nicht der komplette Pfad auf dem Server, was in der separaten php.ini jetzt geändert ist. Dadurch scheint das Problem behoben.

Allerdings habe ich jetzt eine andere Frage, der CKEditor wird bei der Erstellung und Bearbeitung von einfachen Seiten nicht angezeigt, wie kann ich das ändern?
Im Klartext, ich möchte bei jeglicher Bearbeitung in der Seite den CKEditor angezeigt bekommen und natürlich auch nutzen, nur finde ich keine Option, die mir das ermöglicht.

Kann mir bitte jemand den Trick mitteilen, wie ich dies bewerkstelligen kann?

Thx

Torsten

... nochmal nachgefragt: Geht es immer noch fehlerfrei?

Kann das wirklich daran liegen das es "Probleme" gibt, wenn man eine GLOBALE php.ini nutzt?

Wenn ja, warum gibt es dann dieses "Problem" derzeit nur mit "Drupal 7" ? Bisher war es nie ein Problem bei mir auf meinem vserver (mit mehreren Domains) eine globale php.ini zu nutzen.

brand Aktuell

aber leider hats mir auch nicht geholfen
https://drupal.org/node/1056068

Hi,

nach einigem hin und her habe ich wie beschrieben den ckeditor komplett deinstalliert, und per ftp gelöscht.
Danach die Dev version installiert und voilat der Fehler tauchte nicht mehr auf.