[ybasket]

Hallo,

ich habe eine komplette Seite auf einem lokalen Server entwickelt
und per DB-Dump auf den Produktiv-Server kopiert. Funktioniert auch alles,
bis auf:
- beim ersten Aufruf einer Unterseite (einer PID) kommt eine Fehlermeldung ähnlich dieser:
Warning: unlink([PFAD]/typo3temp/locks/26139ad8b6407b0d13313c3f83de0ddf:sad: No such file or directory in [PFAD]/t3lib/class.t3lib_lock.php on line 216

Warning: unlink([PFAD]/typo3temp/locks/26139ad8b6407b0d13313c3f83de0ddf:sad: No such file or directory in [PFAD]/t3lib/class.t3lib_lock.php on line 216

Warning: unlink([PFAD]/typo3temp/locks/26139ad8b6407b0d13313c3f83de0ddf:sad: No such file or directory in [PFAD]/t3lib/class.t3lib_lock.php on line 216

In typo3temp/locks existieren überhaupt keine Dateien dieses Musters, der Ordner ist leer.

- der rtehtmlarea startet überhaupt nicht, es bleibt nur eine textarea mit dem HTML als Inhalt, es scheint überhaupt keins der nötigen Javascripte geladen/ausgeführt zu werden, die ja auch in typo3temp gecacht werden.

Ich habe es sowohl mit meiner fertigen Typo3-Seite als auch mit der aktuellen Source+dummy versucht, es bleiben die beiden Fehler. Die Rechte für typo3temp sind ausreichend gesetzt (ich hab sogar 777 probiert). Eine kurze Google-Recherche hat ergeben, dass wohl auch andere Seiten dieses Problem hatten: Beispiel

Das Server-System:

SUSE Linux
Apache 2.2.4
PHP 5.2.5
MySQL 5.0.45

Wäre echt toll, wenn ihr mir helfen könntet, vielen Dank schon Mal im Voraus!

[Jonny007-MKD]

PHP Manual:

Löscht filename

ich vermute, dass diese dateien auf deinem lokalen system existieren (bzw existiert haben, als du typo auf den server gedumpt hast)
Mein spontane antwort wäre, dass du den cache löscht, und es vlt auch mal über das cache löschen im install tool probierst (bin mir nicht sicher ob das was anderes bringt, außer dass es die dateien löscht die da sind)
wenn das nicht funktioniert, würde ich probieren, diese dateien einfach zu erstellen, um sie typo dann löschen zu lassen.
wenn das alles nicht funktioniert, würde ich zB bei agkjr.de nachfragen, wie die das problem gelöst haben ;)

insgesamt findet man im source:

* TYPO3 locking class
* This class provides an abstract layer to various locking features for TYPO3
*
* It is intended to blocks requests until some data has been generated.

greetz

[ybasket]

Jonny, vielen Dank schon mal für deine Hilfe.

Ich hatte vergessen zu erwähnen, dass ich bereits den cache mehrfach gelöscht habe,
was leider erfolglos blieb. Wenn ich die Dateien anlege , bleiben sie auch nach weiterem
Aufruf erhalten, Typo3 löscht sie nicht. Sie existieren auch nicht auf meinen lokalen Server, auch
hier ist der Ordner typo3temp/locks leer. Dasselbe Problem tritt übrigens auch auf Seiten
auf, die ich erst auf dem Server neu unter bisher ungenutzter PID anlege.
Viel schlimmer in der Auswirkung ist für mich das Nichtstarten des rtehtmlarea, wobei ich ja vermute, dass es diesselbe Ursache hat.

Jemand sonst noch eine Idee?

Grüße

PS: Grad gefunden:
0008980: unlink of non existing lockfiles generates warnings in frontend - TYPO3 bugtracker
Löst das Problem, dass die Fehlermeldungen auf der Seite angezeigt werden, leider aber
nicht mein Problem mit dem RTE. :sad:

[Jonny007-MKD]

hast du den rte schon mal neu installiert? wäre mein nächster versuch, wenn irgendwas nicht funnktioniert, an dem ich nich zu viel konfiguriert hab ;)

[ybasket]

ja, auch das hab ich probiert.

Es scheint ein Problem des RTEs in den Typo3-Versionen 4.2.* zu
sein, Typo3 4.1.7 mit RTE läuft wunderbar auf dem Server, weswegen ich jetzt auch
mein ganzes Projekt nach 4.1.7 transferiert habe (nicht schön, aber funzt und das ist die Hauptsache).

Ich war auch wenig geschockt, nachdem in mehreren Foren lesen musste, dass der RTE
aus Version 4.2.* einige Macken hat und wenig stabil ist.

Ich danke dir sehr für deine Hilfe!

Grüße

[Jonny007-MKD]

np, immer wieder gern =) glücklicherweise hab ich von den macken noch nichts mitgekriegt *g* is immer ärgerlich sowas...

greetz