Zum Inhalt springen

Extensions unter 4.0.4 und 4.0.5 nicht installierbar?

Erstellt am 21. Februar 2007 · 7 Antworten · letzte Antwort am 21. Februar 2007

Tags: Frage

t11n ·

Hallo Leute,

vielleicht kann mir jemand helfen. Ich verzweifle hier gerade.

Ich kann in meiner neuen Typo3 Installation keine Extensions installieren. Sowohl mit Version 4.0.4 als auch nach heutiger Neuauflage (kein Upgrade) mit 4.0.5.

Wenn ich versuche das Repository-File vom Mirror zu holen, erscheint folgende Fehlermeldung:

PHP Fatal error: Allowed memory size of 39845888 bytes exhausted (tried to allocate 6815855 bytes) in /var/www/typo3_src-4.0.5/typo3/mod/tools/em/class.em_index.php on line 1430, referer: http://dummy.net/typo3/mod/tools/em/index.php?

Gleicher Fehler erscheint sowohl wenn das memory-limit von php ein- als auch ausgeschaltet ist. Bei eingeschalteten Limit tuts auch ein Limit von 128MB nicht. Bei Google habe ich ähnliche Threads gefunden, aber bei denen war es mit Hochsetzen des Limits auf 38MB oder spätestens 64MB behoben. Bei mir selbst bei 128MB leider nicht.

Nachdem der Fehler aufgetreten ist, liegt die Datei typo3temp/extensions.xml.gz vor. Beim Suchen nach jeglicher Extension erscheint jedoch "not found". (auch mit "show obsolete" etc. aktiviert)

Ich habe mal ein wenig gedebugged. Oben angemahnte Zeile enthält den implode-Aufruf des auf gzfile gelesenen Dateiinhalt. Genau hier tritt der Speicherüberlauf auf:

Zeile 1430:

$content .= $this->xmlhandler->parseExtensionsXML(implode('',gzfile(PATH_site.'typo3temp/extensions.xml.gz')));

Die Zeile habe ich auch auseinandergenommen. Der Fehler tritt im implode auf. Ich schätze dass das Array einfach zu groß ist. Interessant wird es, wenn ich aus genannter Zeile das hier mache:

$dummy = file_get_contents(PATH_site.'typo3temp/extensions.xml.gz');
$dummy = gzuncompress($dummy);
$content .= $this->xmlhandler->parseExtensionsXML($dummy);

Daraufhin meckert er: PHP Warning: gzuncompress(): data error in /var/www/typo3_src-4.0.5/typo3/mod/tools/em/class.em_index.php on line 1431, referer: http://dummy.net/typo3/mod/tools/em/index.php?

Verursacht gzfile vielleicht wegen dem dataerror ein endlos-array, das dann wiederum implode aus den Bahnen wirft?

Lange Rede, kurzer Sinn! Könnt ihr Extensions installieren?

Ich bin echt am verzweifeln. Bitte gebt eure Kommentare ab.

Vielen Dank!!

Thomas

PS: php 5.2.1, apache 2.2.4, beides selbst kompiliert auf einer debian 4.0-Basis

t11n ·

Mein Verdacht hat sich erhärtet. Irgendwas stimmt mit dem gzuncompress-Aufruf nicht.

Ich habe die xml.gz-Datei manuell entpackt, typo beigebogen, dass es diese nehmen soll und prompt gings.

Komisch finde ich das schon, denn gzuncompress funktioniert in anderen Contexten fehlerfrei. Weshalb nicht bei dieser Datei?

Das Problem ist demnach nur umschifft, aber nicht gelöst.

Könnt ihr euch einen Reihm darauf machen?

t11n ·
traser1 schrieb

schau mal unter Installation in der phpinfo nach wie groß dein limit ist.

Hi,

das habe ich jedesmal geprüft. Habe sogar nen extra Riegel RAM in die Testmaschine eingebaut ;-))

Da ist irgendwas faul. Sonst hätten es 128 MB getan.

Danke trotzdem für den Tipp.

t11n ·
tandem schrieb

Hallo t11n,

es gibt bei php 5.2 einen Bug in Typo3.
Im 4.1 RC2 beseitigt.

Ach? Das ist interessant. Nun gut, dann werde ich mit dem Workaround leben müssen.

Komisch aber, dass gzuncompress die Datei nicht entpackt bekommt, gunzip auf der Konsole aber schon.

Nun gut. Ich schau mir die Stelle mal in 4.1 an, wenns denn soweit ist. Solange versuche ichs mit nem system-aufruf.

Danke,

Thomas