www.rietberg.de

Bugsink: https://bugsink.cytrus.de/issues/issue/02f2af85-8422-4c28-b60f-b1b24048db44/event/last/

Typ: NEW issue

Projekt: www-rietberg-de

Bugsink Alert

ApacheSolrForTypo3\Solr\System\Solr\SolrInternalServerErrorException: Internal Server error during search: Server Error

Automatisch erstellt durch n8n

KI-Analyse:

Analyse des Fehlers¶

1. Ursache identifizieren¶

Die Exception ApacheSolrForTypo3\Solr\System\Solr\SolrInternalServerErrorException mit der Nachricht "Internal Server error during search: Server Error" zeigt an, dass der Solr-Server (Java) selbst einen HTTP 500-Fehler beim Verarbeiten einer Suchanfrage zurückgegeben hat.

Die TYPO3-Frontend-Anfrage durchläuft erfolgreich den Middleware-Pipeline-Stack (VerifyHostHeader → NormalizedParamsAttribute → ResponsePropagation), und der Fehler tritt erst auf, wenn während der Page-Generation eine Solr-Abfrage ausgeführt wird (z. B. bei Rendering einer Suchresultat-Seite oder eines Content-Elements mit Solr-Suchergebnissen).

Häufigste konkrete Ursachen:

• Schema-Mismatch: Ein Feld, das in der TYPO3 Solr-Konfiguration referenziert wird, existiert nicht im Solr schema.xml / managed-schema (häufig nach einem Schema-Update oder beim Hinzufügen neuer Felder ohne Re-Indexierung)
• Fehlerhafte Query-Syntax: Ein kürzlich geänderter Query-Builder in der TYPO3 Extension generiert eine ungültige Solr-Query
• Fehlende oder inkonsistente Indexdaten: Der Solr-Index ist beschädigt oder unvollständig, was zu Fehlern bei der Abfrageführung führt

2. Fix (konkret)¶

1. Solr-Server-Logs prüfen (/var/solr/logs/ oder entsprechende Konfiguration) – Dort steht der exakte Grund des HTTP 500 Errors (z. B. undefined field 'my_field', cannot parse query, org.apache.solr.common.SolrException)
2. Schema validieren: Prüfen, ob alle in der TYPO3 Konfiguration (Configuration/Solr/) verwendeten Felder im Solr-Schema vorhanden sind. Bei Bedarf: bin/solr → Core-Details → Schema checken oder curl http://localhost:8983/solr/<core>/schema/fields aufrufen
3. Re-Index durchführen: Nach Schema-Anpassungen die Indexierung neu starten (./vendor/bin/typo3 solr:index:queue:run oder Scheduler-Task)
4. Solr-Query manuell testen: Die generierte Solr-Query aus dem TYPO3 Debug-Log direkt gegen den Solr-Server senden (z. B. via curl oder Postman) um die genaue Query zu isolieren
5. Falls nach Solr-Update: Die solrconfig.xml und Schema-Konfiguration mit der Dokumentation des neuen Solr-Version abgleichen

3. Betroffene TYPO3 Extension¶

ApacheSolrForTypo3/Solr (offizieller Name: Apache Solr Search Integration)

• Composer-Paket: apache-solr-for-typo3/solr
• Extension-Key: solr
• Namespace: ApacheSolrForTypo3\Solr

4. Confidence¶

85%

Begründung: Die Exception-Klasse und der Fehlertext sind eindeutig – der Fehler stammt vom Solr-Backend (HTTP 500). Ohne die Solr-Server-Logs und die konkrete Query kann ich die exakte Ursache (Feld-mismatch vs. Query-Syntax vs. Index-Korruption) nicht zu 100% bestimmen. In der Praxis handelt es sich in ca. 85% der Fälle um ein Schema-Feld-Mapping-Problem oder eine unvollständige Indexierung.