Projekt

Allgemein

Profil

Aktionen

Bug #305

offen

[Bugsink] ErrorException: Warning: file_get_contents(http://localhost:8983/solr/default/update?commit=true): Failed to open stream: Connection refused

Von Bug Sink vor 27 Tagen hinzugefügt.

Status:
Neu
Priorität:
wichtig
Zugewiesen an:
-
Beginn:
25.09.2026
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

Bugsink: https://bugsink.cytrus.de/issues/issue/e1eef1d5-d23c-442c-8f0f-95027bb7a5e5/event/last/

Typ: NEW issue

Projekt: www-rietberg-de

Bugsink Alert

ErrorException: Warning: file_get_contents(http://localhost:8983/solr/default/update?commit=true): Failed to open stream: Connection refused


Automatisch erstellt durch n8n

KI-Analyse:

Analyse des Fehlers


1. Ursache identifizieren

Die Root Cause ist, dass der Apache Solr-Server auf localhost:8983 nicht erreichbar ist. Der TYPO3 Scheduler versucht über file_get_contents() Daten an den Solr-Update-Endpunkt (http://localhost:8983/solr/default/update?commit=true) zu senden, erhält aber eine Connection refused-Fehlermeldung, weil entweder:

  • Der Solr-Server nicht gestartet ist,
  • Solr auf einem anderen Port bzw. Host lauscht, oder
  • Firewall-/Netzwerkkonfiguration den Zugriff blockiert.

Der Scheduler-Command (SchedulerCommand::execute) startet einen Hintergrund-Task, der vermutlich einen Inkrementellen Indexierungs- oder Daten-Update-Task für Solr ausführt.


2. Fix beschreiben (konkret)

Schritt 1 – Solr-Server starten:

# Falls Solr lokal installellt:
bin/solr start -p 8983

# Falls Solr via Docker läuft:
docker start solr   # oder entsprechender Container-Name
docker ps | grep solr  # Prüfen ob Container läuft

Schritt 2 – Solr-Konfiguration prüfen:

  • Im TYPO3 Install-Tool unter Configuration Preset oder direkt in LocalConfiguration.php/AdditionalConfiguration.php die Solr-Connection prüfen:
    • Host: localhost (oder korrektem Host anpassen)
    • Port: 8983
    • Core/Index-Name: default
  • URL-Check: http://localhost:8983/solr/admin/cores sollte die verfügbaren Cores anzeigen

Schritt 3 – Scheduler-Task prüfen:

  • Im TYPO3 Backend → Scheduler → Den betroffenen Task (z.B. „Solr Indexing" oder „Index Queue" Task) öffnen und sicherstellen, dass er korrekt konfiguriert ist.
  • Solr vorübergehend deaktivieren und den Task testen.

Schritt 4 – Fehlerbehandlung verbessern (optional):

  • In der betroffenen Extension können file_get_contents()-Aufrufe durch curl mit proper Error-Handling ersetzt werden, um graceful Degradation zu ermöglichen.

3. Betroffene TYPO3 Extension

solr – Die offizielle Apache Solr Integration Extension für TYPO3 (Extension-Key: solr). Diese Extension verwaltet die Verbindung zu Apache Solr, die Indexierung von TYPO3-Daten und die Suchfunktionalität. Der Task im Scheduler gehört zur Index Queue bzw. Solr Indexing-Funktionalität dieser Extension.


4. Confidence

95%

Die Begründung:

  • Die URL localhost:8983/solr/default/update ist ein eindeutiger Solr-Hinweis (Standard-Solr-Port und Update-Endpunkt)
  • Der Stack Trace zeigt den Scheduler-Pfad, der bei der TYPO3 Solr-Extension für periodische Indexierung genutzt wird
  • Connection refused ist ein klassisches Symptom eines nicht laufenden Zielservers
  • Lediglich die genaue Task-Bezeichnung im Scheduler wäre zur 100%-Bestätigung hilfreich

Nichts anzuzeigen

Aktionen

Auch abrufbar als: Atom PDF