Fatal error: Uncaught exception Exception with message Cannot create file

Druckbare Version

20.04.2012, 13:33
danabanana90

Fatal error: Uncaught exception Exception with message Cannot create file

Hallo zusammen,

ich hoffe, das der thread hier richtig ist.
Ich habe keinen Durchblick mehr... in der localconfig.php ist alles richtig, ich bin da jetzt 100mal durchgegangen, die Logindaten sind alle korrekt.
Das Problem tauchte erst auf, nachdem ich die Seite zusammen mit der Datenbank auf eine andere Domain geschoben habe, ich kann mich per Filezilla problemlos in die FTP Ordner einloggen, das geht, die Datenbank wurde auch erfolgreich rüberimportiert.

Aber warum kommt dann immer dieser Fehler hier, ich habe doch nichts gemacht, und an den Zugriffsrechten habe ich nichts geändert, habe die auch überprüft, da ist alles wie auf der alten Domain.

Könnt ihr mir bitte helfen???

Code:

Warning: fopen(/www/htdocs/w00d5376/system/tmp/e9b8efed1b39c407b388cde8adea0b36) [function.fopen]: failed to open stream: Permission denied in /www/htdocs/w00d5376/system/libraries/FTP.php on line 160 #0 /www/htdocs/w00d5376/system/libraries/FTP.php(160): __error(2, 'fopen(/www/htdo...', '/www/htdocs/w00...', 160, Array) #1 /www/htdocs/w00d5376/system/libraries/File.php(107): FTP->fopen('/www/htdocs/w00...', 'wb') #2 /www/htdocs/w00d5376/system/libraries/Combiner.php(163): File->__construct('system/scripts/...', 'wb') #3 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(431): Combiner->getCombinedFile('system/scripts/...') #4 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(147): PageRegular->createHeaderScripts() #5 /www/htdocs/w00d5376/index.php(200): PageRegular->generate(Object(DB_Mysql_Result), Object(DB_Mysql_Result)) #6 /www/htdocs/w00d5376/index.php(319): Index->run(Object(DB_Mysql_Result)) #7 {main} Fatal error: Uncaught exception Exception with message Cannot create file "system/scripts/ac01c62ba75f.css" thrown in /www/htdocs/w00d5376/system/libraries/File.php on line 109 #0 /www/htdocs/w00d5376/system/libraries/Combiner.php(163): File->__construct('system/scripts/...') #1 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(431): Combiner->getCombinedFile() #2 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(147): PageRegular->createHeaderScripts(Object(DB_Mysql_Result), Object(DB_Mysql_Result)) #3 /www/htdocs/w00d5376/index.php(200): PageRegular->generate(Object(DB_Mysql_Result)) #4 /www/htdocs/w00d5376/index.php(319): Index->run() #5 {main}
20.04.2012, 15:15
BugBuster

Du hast scheinbar den SafeModeHack von Contao aktiv, dieser versucht mit ftp die Datei /system/tmp/e9b8efed1b39c407b388cde8adea0b36 zu öffen und darf das nicht.
Hat der ftp Nutzer die Rechte dazu? Nicht nur die Verzeichnisrechte für tmp müssen stimmen.
Wenn die temporären Datein einen anderen Nutzernamen haben, weil z.b. zwischendurch mal ohne SMH getestet wurde, gehts danach nicht mehr.
Also dort mal ppüfen.

Cannot create file "system/scripts/ac01c62ba75f.css"
sagt eindeutig aus, das die Rechte nicht stimmen, der ftp Nutzer darf dort keine Dateien anlegen.
Beides kannst du ja selber testen. Melde dich mit dieser ftp Kennung an und probieren das selbst.
24.04.2012, 00:24
danabanana90

Hallo

Danke, dass du mir hilfst.

Ich habs immernoch nicht rausgefunden.

Also ich kann die ganzen Ordnerrechte im Filezilla angucken und die sind alle gleich -
die Logindaten in der localconfig.php sind 100% richtig, nach einigen Stunden rumprobieren wird das wohl so sein....

Wie gibt man konkret dem Contao die FTP-Zugangsrechte?
es hat sie doch schon, es soll in die local config schauen, sie sich nehmen und die klappe halten, aber Contao macht das einfach nicht, warum denn nicht?
Die Datenbank funktioniert ja auch super und da ist es doch genau der gleiche Arbeitsschritt...

... :(
24.04.2012, 00:38
BugBuster

Was sagt der Contao Check?
24.04.2012, 00:45
psren

Bei welchem Hoster liegt die Installation denn? Benötigst du einen SMH überhaupt?
Schicke uns mal die Infos vom Contao-Check.
24.04.2012, 03:10
NetMediaWork

Hallo,

setze die Chmod für system/tmp , system/scripts , system/html und system/logs auf 775 oder 777.
24.04.2012, 17:10
danabanana90

Also,

habe den Contao-Check einmal draufgemacht.
hier der Link

Habe außerdem die Rechte der 4 Ordner auf 777 gemacht, immerhin kommt jetzt nur noch eins der zwei Probleme.

Das letzte Problem nochmal in Code:

Code:

Fatal error: Uncaught exception Exception with message Cannot create file "system/scripts/ac01c62ba75f.css" thrown in /www/htdocs/w00d5376/system/libraries/File.php on line 109 #0 /www/htdocs/w00d5376/system/libraries/Combiner.php(163): File->__construct('system/scripts/...') #1 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(431): Combiner->getCombinedFile() #2 /www/htdocs/w00d5376/system/modules/frontend/PageRegular.php(147): PageRegular->createHeaderScripts(Object(DB_Mysql_Result), Object(DB_Mysql_Result)) #3 /www/htdocs/w00d5376/index.php(200): PageRegular->generate(Object(DB_Mysql_Result)) #4 /www/htdocs/w00d5376/index.php(319): Index->run() #5 {main}

So, und was sagt mir der Contao-Check außer "möglicherweise"?

lG,

Daniel
24.04.2012, 17:13
xchs

Nimm mal die passende Version des Contao-Checks! Du hast ja kein Contao 2.11.2 installiert.

Bei ALL-INKL braucht man übrignes auch keinen Safe Mode Hack (SMH) - einfach die folgende Direktive in der ".htaccess" ergänzen und PHP als CGI ausführen:

Code:

AddHandler php53-cgi .php

http://all-inkl.com/wichtig/#faq_software
25.04.2012, 10:03
danabanana90

Hab die .htaccess default Datei geöffnet und das so hier eingefügt (das liegt in Zeile 34-36).
Macht das so Sinn? Denn funktionieren tuts immernoch nicht.

<FilesMatch "\.(tpl|html5|xhtml)$">
Order allow
AddHandler php53-cgi .php
</FilesMatch>

Hier ist übrigens der richtige Contao-Check
25.04.2012, 10:10
danabanana90

Funktioniert jetzt

Habe noch ein wenig rumprobiert, klar wenn ich in der htaccess das ändere muss der SMH raus.
Jetzt klappt alles funktionstechnisch,

Hey Jungs vielen Dank für die Hilfe, ihr seid alle Profis!
25.04.2012, 10:22
xchs

Zitat:

Zitat von danabanana90

Hab die .htaccess default Datei geöffnet und das so hier eingefügt (das liegt in Zeile 34-36).
Macht das so Sinn?

Nein, macht so nicht viel Sinn. Füge diese Zeile ganz am Anfang unmittelbar nach dem Kommentar ein. Es sollte dann folgendermaßen aussehen:

Code:

## # Contao Open Source CMS # Copyright (C) 2005-2012 Leo Feyer # # Formerly known as TYPOlight Open Source CMS. # # This program is free software: you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation, either # version 3 of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # # You should have received a copy of the GNU Lesser General Public # License along with this program. If not, please visit the Free # Software Foundation website at <http://www.gnu.org/licenses/>. # # PHP version 5 # @copyright Leo Feyer 2005-2012 # @author Leo Feyer <http://www.contao.org> # @license LGPL ## AddHandler php53-cgi .php

Die ".htaccess.default" ist aber nur eine Vorlage. Damit der Server damit was anfangen kann, musst Du diese Datei in ".htaccess" umbenennen!

Zitat:

Zitat von danabanana90

Hier ist übrigens der richtige Contao-Check

Schau Dir bitte nochmals das Ergebnis des Contao-Checks an: http://www.eusupervision.eu/contao-check.php?hide=1
Wie Du siehst gibt es in Deiner Installation einige fehlende ("Missing") bzw. beschädigte ("Corrupt") Dateien. Diese solltest Du unbedingt nochmals aus dem Contao 2.10.2 Installationsarchiv neu auf Deinen Webspace hochladen.
26.04.2012, 11:23
danabanana90

Altes Problem gelöst - neues Problem

Jetzt im Backend bei "Dateiverwaltung"

Code:

Warning: imagegif() [function.imagegif]: Unable to open '/www/htdocs/w00d5376/system/html/arrow_down-179e77f1.gif' for writing: Permission denied in /www/htdocs/w00d5376/system/libraries/Controller.php on line 1073 #0 /www/htdocs/w00d5376/system/libraries/Controller.php(1073): __error(2, 'imagegif() [getImage(Resource id #129, '/www/htdocs/w00...') #2 /www/htdocs/w00d5376/system/drivers/DC_Folder.php(1807): DC_Folder->generateTree('tl_files/img/ar...', '', 8) #3 /www/htdocs/w00d5376/system/drivers/DC_Folder.php(254): DC_Folder->generateTree('/www/htdocs/w00...', 20, false, false, false) #4 /www/htdocs/w00d5376/system/modules/backend/Backend.php(271): DC_Folder->showAll('/www/htdocs/w00...', 0, false, false, false) #5 /www/htdocs/w00d5376/contao/main.php(101): Backend->getBackendModule() #6 /www/htdocs/w00d5376/contao/main.php(286): Main->run('files') #7 {main}

Diese Meldung kommt ca. 100 mal, für jedes Bild.
Was mact
26.04.2012, 11:35
xchs

Soweit ich das sehe, hast Du noch nicht auf PHP-CGI umgeschaltet. Hast Du das gemacht, was ich im letzten Beitrag vorgeschlagen habe?
27.04.2012, 00:46
danabanana90

PHP-CGI umschalten

Fast jeder Ordner hat eine eigene .htaccess Datei - muss ich die alle suchen und ersetzen? oder nur die eine im Hauptordner, denn ich habs jetzt mal bei 10 Ordnern ersetzt und es ändert sich nichts.
27.04.2012, 02:28
xchs
Zitat:

Zitat von danabanana90

Fast jeder Ordner hat eine eigene .htaccess Datei - muss ich die alle suchen und ersetzen?

Nein, das brauchst Du nicht. Warum auch, der Contao-Check bemängelt ja nur ein paar Kleinigkeiten.

Klick hier mal: http://www.eusupervision.eu/contao-check.php?hide=1

Das was Du nun siehst, ist das Ergebnis des Contao-Checks: Du brauchst Dich nur um die Dateien und Ordner zu kümmern, welche im Contao-Check ganz unten mit Status "Corrupt" bzw. "Missing" gekennzeichnet sind. Diese Dateiliste gehst Du Zeile für Zeile durch und ersetzt die fehlerhaften ("Corrupt") Dateien durch die entsprechenden Originalversionen aus dem Contao 2.10.2 Installationsarchiv. Fehlende ("Missing") Dateien überträgst Du nochmals neu auf den Webspace. Wenn das alles geklappt hat, dann sollte Dir der Contao-Check anschließend für alle Dateien und Ordner den Status "Validated" anzeigen. Punkt 1.

Punkt 2. Wie Du ja selbst im Contao-Check lesen kannst, verlangt Contao immer noch nach dem Safe Mode Hack ("You will most likely not be able to run Contao without the Safe Mode Hack."). Das heißt, dass Dein PHP-Interpreter nach wie vor als Apache-Modul ausgeführt wird und nicht in einer CGI-Umgebung läuft. Um also auf PHP-CGI umzuschalten, führe die folgenden Schritte aus:
- Verbinde Dich per FTP-Client mit Deinem Webspace, wechsle ggf. in das Contao Hauptverzeichnis und benenne die Datei ".htaccess.default" in ".htaccess" um (sofern das nicht bereits geschehen ist). Beachte bitte, dass diese Serverkonfigurationsdatei mit einem Punkt beginnen muss und keine Dateiendung hat! Es kann sein, dass Dein FTP-Client Dateien, die mit einem Punkt beginnen, standardmäßig nicht anzeigt. Das liegt daran, dass solche Dateien als versteckte Dateien interpretiert werden. Falls das der Fall sein sollte, aktiviere in den Einstellungen Deines FTP-Programms die Anzeige versteckter Dateien.
- Editiere nun die Datei ".htaccess" im Contao Hauptverzeichnis (und nur dort!) und füge ganz am Anfang nach dem Kommentar die Direktive AddHandler php53-cgi .php ein:
  
  Code:
  
  ## # Contao Open Source CMS # Copyright (C) 2005-2012 Leo Feyer # # Formerly known as TYPOlight Open Source CMS. # # This program is free software: you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation, either # version 3 of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # # You should have received a copy of the GNU Lesser General Public # License along with this program. If not, please visit the Free # Software Foundation website at <http://www.gnu.org/licenses/>. # # PHP version 5 # @copyright Leo Feyer 2005-2012 # @author Leo Feyer <http://www.contao.org> # @license LGPL ## AddHandler php53-cgi .php ## # Disable ETags # @see http://developer.yahoo.com/performance/rules.html#etags ## FileETag None ## # Prevent access to the Contao template files ## <FilesMatch "\.(tpl|html5|xhtml)$"> Order allow,deny Deny from all </FilesMatch> <IfModule mod_mime.c> ## # Serve the correct content type for .htc files (CSS3 PIE) # @see http://css3pie.com/documentation/known-issues/#content-type ## AddType text/x-component .htc </IfModule> <IfModule mod_deflate.c> ## # Use mod_deflate to compress JavaScript, CSS, XML, HTML and PHP files. # @see http://developer.yahoo.com/performance/rules.html#gzip ## <FilesMatch "\.(css|js|xml|html?|php)$"> SetOutputFilter DEFLATE </FilesMatch> </IfModule> <IfModule mod_headers.c> ## # Disable ETags # @see http://developer.yahoo.com/performance/rules.html#etags ## Header unset ETag ## # Add a Vary Accept-Encoding header for the compressed resources. If you # modify the file types above, make sure to change them here accordingly. # @see http://developer.yahoo.com/performance/rules.html#gzip ## <FilesMatch "\.(js|css|xml|gz)$"> Header append Vary Accept-Encoding </FilesMatch> </IfModule> <IfModule mod_expires.c> ## # Activate the module ## ExpiresActive On ## # Specify an expiration 30 days in the future for images, JavaScripts and # CSS files. Edit or remove the lines to set up your own expiration logic. # @see http://developer.yahoo.com/performance/rules.html#expires ## ExpiresByType image/png A2592000 ExpiresByType image/gif A2592000 ExpiresByType image/jpg A2592000 ExpiresByType image/jpeg A2592000 ExpiresByType text/javascript A2592000 ExpiresByType application/x-javascript A2592000 ExpiresByType application/javascript A2592000 ExpiresByType text/css A2592000 ExpiresByType image/x-icon A2592000 </IfModule> <IfModule mod_rewrite.c> ## # Activate the module ## RewriteEngine On ## # Change the RewriteBase if your Contao installation is in a subdirectoy and # the rewrite rules are not working properly. Usage examples: # # RewriteBase /contao-2.11.0 # RewriteBase /path/to/contao # # Depending on your server, you might have to remove the line entirely. ## RewriteBase / ## # Uncomment the following lines and replace "domain.com" with your domain # name to redirect requests without "www" to the correct domain. ## #RewriteCond %{HTTP_HOST} ^domain\.com [NC] #RewriteRule (.*) http://www.domain.com/$1 [R=301,L] ## # If you cannot use mod_deflate, uncomment the following lines to load a # compressed .gz version of the aggregated Contao JavaScript and CSS files. ## #AddEncoding gzip .gz #<FilesMatch "\.js\.gz$"> # AddType "text/javascript" .gz #</FilesMatch> #<FilesMatch "\.css\.gz$"> # AddType "text/css" .gz #</FilesMatch> #RewriteCond %{HTTP:Accept-encoding} gzip #RewriteCond %{REQUEST_FILENAME} \.(js|css)$ #RewriteCond %{REQUEST_FILENAME}.gz -f #RewriteRule ^(.*)$ $1.gz [QSA,L] ## # Do not rewrite requests for static files or folders such as style sheets, # images, movies or text documents. Do not add the URL suffix here! ## <FilesMatch "\.(png|gif|jpe?g|js|css|ico|php|xml|csv|txt|gz|swf|flv|eot|woff|svg|ttf|htm)$"> RewriteEngine Off </FilesMatch> ## # By default, Contao adds ".html" to the generated URLs to simulate static # HTML documents. If you change the URL suffix in the back end settings, make # sure to change it here accordingly! # # RewriteRule .*\.html$ index.php [L] # URL suffix .html # RewriteRule .*\.txt$ index.php [L] # URL suffix .txt # RewriteRule .*\.json$ index.php [L] # URL suffix .json # # If you do not want to use an URL suffix at all, you have to add a second # line to prevent URLs that point to folders from being rewritten (see #4031). # # RewriteCond %{REQUEST_FILENAME} !-d # RewriteRule .* index.php [L] # # If you are using mod_cache, it is recommended to use the RewriteRule below, # which adds the query string to the internal URL: # # RewriteRule (.*\.html)$ index.php/$1 [L] # # Note that not all environments support mod_rewrite and mod_cache. ## RewriteRule .*\.html$ index.php [L] ## # The following rules are required if you want to pass the language as first # URL parameter (added in Contao 2.11). The first rule rewrites an empty URL # to the front end controller, the second one adds a missing trailing slash. ## RewriteRule ^[a-z]{2}/$ index.php [L] RewriteRule ^([a-z]{2})$ $1/ [R=301,L] </IfModule>
- Ruf anschließend nochmals den Contao-Check auf, um zu prüfen, ob die Umschaltung geklappt hat. Wenn Du alles richtig gemacht hast, müsste im Contao-Check nun alles "grün" sein.
HTH.
27.04.2012, 13:06
danabanana90

Richtig, und der Contao-Check ist jetzt komplett grün.
Nur zeigt die Frontendsite jetzt das hier an, das Backendlogin auch, außerdem kann man sich nicht mehr ins Backend einloggen.

Code:

Warning: Unknown: open(/tmp/sess_89fe3083512a908ac121d4f8a5174b2e, O_RDWR) failed: Permission denied (13) in Unknown on line 0 #0 [internal function]: __error(2, 'Unknown: open(/...', 'Unknown', 0, Array) #1 {main} Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 #0 [internal function]: __error(2, 'Unknown: Failed...', 'Unknown', 0, Array) #1 {main}

Backend Login Fehler ist der hier:

Code:

Invalid request token! The request token could not be verified. Please go back and try again.

Mit demselben Fehlercode, wie dem obrigerem.
Laut Fehlermeldung sollte ich wieder bei den Permissions rumclicken und den Contao-Check über den Haufen werfen...

Also wie gehts jetzt weiter?

Vielen Dank für die Hilfe!
27.04.2012, 13:08
xchs

Session-Cookies im Browser löschen, ggf. auch den Browser-Cache, Browser neu starten.

Zitat:

Zitat von danabanana90

Richtig, und der Contao-Check ist jetzt komplett grün.

Super, freut mich! Genau so sollte die bevorzugte Farbe im Contao-Check aussehen :)
27.04.2012, 14:34
BugBuster

zu ersten Meldung: Scheinbar hat dein cgi Nutzer nun keine Rechte auf das /tmp Verzeichnis um dort die Sessions von PHP abzulegen (hier ist nicht das tmp von Contao gemeint!)
session.save_path ändern lassen oder Rechte anpassen lassen.
30.04.2012, 09:13
danabanana90

Im Backend ist jetzt dieser Fehler beim verändern von Stylesheets.css aufgetreten

Code:

Die Datei "system/scripts/Eusup.css" ist nicht beschreibbar und kann daher nicht aktualisiert werden!

Contao hat seinen Spaß mit mir.
30.04.2012, 10:44
xchs

Es könnte sein, dass diese Datei (und vermutlich auch noch andere) die falschen Besitzrechte besitzt (chown), u.zw. eben jene Besitzer- und Gruppenzugehörigkeit, welche vor dem Umschalten auf PHP-CGI Gültigkeit hatte. Per FTP-Client könntest Du Dir beispielsweise die Zugriffs- und Besitzrechte dieser Datei anschauen.

Du kannst aber relativ einfach im ALL-INKL KAS die Besitzrechte auf den FTP-Nutzer ändern:

http://all-inkl.com/wichtig/anleitun...utzer_108.html

Mach' zusätzlich auch noch eine Bereinigung in der "Systemwartung"!
03.05.2012, 17:11
danabanana90

Gelöst, Datenbereiningung.

Habe mehrmals die Daten bereiningt, auch bevor ich das Problem schon hatte... irgendwie hat die Seite noch ein paar Tage gebraucht, um das zu verdauen, denn jetzt geht es.

Hey ich bin jetzt endlich fertig mit allen Fehlermeldungen und bedanke mich für alle Hilfe.

mfg,

Danny