Bugsink: https://bugsink.cytrus.de/issues/issue/a233e6fd-9d4e-419d-8715-47a7685986c8/event/last/

Typ: NEW issue

Projekt: www-verl-de

Bugsink Alert

Sentry\Exception\FatalErrorException: Error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 327680 bytes)

Automatisch erstellt durch n8n

KI-Analyse:

TYPO3 Memory Error Analyse¶

1. Ursache¶

Memory Limit: 128 MB (134217728 Bytes) wurde überschritten
im Symfony DependencyInjection ContainerBuilder

Kernproblem:
Der Symfony DI-Container wird zu groß und verbraucht beim Bauen (Cache-Rebuild) zu viel RAM.

Typische Auslöser:

• Zu viele Extensions mit vielen Service-Registrierungen
• Konfigurations-Arrays mit rekursiven/zyklischen Strukturen
• Extensions mit fehlerhaften Services.yaml / Configuration/Services.php

2. Fix (konkret)¶

Sofortmaßnahme:¶

# Memory Limit temporär erhöhen
# php.ini oder .htaccess:
memory_limit = 512M

# Oder per CLI:
php -d memory_limit=512M vendor/bin/typo3 cache:flush

Nachhaltiger Fix:¶

# 1. Service-Cache löschen
rm -rf var/cache/

# 2. Nur notwendige Extensions aktiviert lassen
# 3. Falls bestimmte Extension bekannt: Service-Definitionen prüfen
#    → z.B. in typo3conf/ext/[ext]/Configuration/Services.yaml

Falls wiederholt:¶

// public/index.php - Memory frühzeitig erhöhen
ini_set('memory_limit', '512M');

3. Betroffene Extension¶

⚠️ Anhand des Stacktraces nicht eindeutig identifizierbar

Der Frame ContainerBuilder.php:556 deutet auf allgemeines TYPO3 Core / Symfony hin.

Wahrscheinlichste Kandidaten:

Empfehlung: Vollständigen Stacktrace in Sentry prüfen für exakte Extension-Identifikation.

4. Confidence¶

Nächste Schritte¶

1. ✅ memory_limit temporär auf 512M setzen
2. ✅ Cache flush durchführen
3. ❓ Vollständigen Sentry-Trace analysieren → Extension identifizieren
4. ❓ Falls Recurring: Extensions mit übermäßig vielen Services reduzieren