Dashboard nach Server-Neustart nicht mehr erreichbar – Fehler 401, Token stimmt nicht überein

[HeimPV-DE]

Hallo,

ich musste heute meinen Server neu starten. Seitdem kann ich das Dashboard nicht mehr aufrufen.
Es erscheint die Meldung: „Registrierung erforderlich“.
Wenn ich auf „Jetzt registrieren“ klicke, erhalte ich den Fehler: 401 – Nicht autorisiert, Token stimmt nicht überein.

Der Fehler tritt auf all meinen Geräten auf (Windows-PC, iPad, Smartphones) und ist daher browserunabhängig.

Server: Synology DS920+
Docker-Container: Soweit ersichtlich laufen die Container einwandfrei, in den Log-Dateien sind keine Fehler zu finden.

Wie kann ich von hier aus weiter vorgehen? Vor dem Shutdown funktionierte alles einwandfrei.

Vielen Dank im Voraus - Thomas

[ledermann]

Hm, ungewöhnliches Problem. Ist da vielleicht deine PostgreSQL-Datenbank defekt? Mit den Clients hat das in der Tat nichts zu tun.

In PostgreSQL stehen die Strompreise, Registrierungsdaten, Einstellungen und Tageszusammenfassungen. Du könntest die PostgreSQL-Datenbank löschen und neu beginnen, verlierst dann aber die erfassten Strompreise (die Messwerte bleiben erhalten, denn die stehen in InfluxDB). Wenn das akzeptabel ist, gehe so vor:

1. docker compose down
2. Datenordner mit PostgreSQL vollständig leeren, sodass nur noch ein leerer Ordner vorliegt
3. docker compose up -d
4. Jetzt sollte das Registrieren wieder möglich sein, nimmt die gleiche E-Mail-Adresse wie zuvor.
5. Anschließend Strompreise und Einstellungen wieder eintragen, die Tageszusammenfassungen werden bei Bedarf automatisch neu aufgebaut.

Hilft dir das weiter?

[ledermann]

Dass der Fehler erneut auftritt, kann ich mir nur dadurch erklären, dass du die PostgreSQL-Datenbank nicht gelöscht hast. Vielleicht hast du etwas anderes gelöscht (hoffentlich nicht InfluxDB) oder die Container nicht neu gestartet. Die PostgreSQL-Datenbank befindet sich in dem Ordner, der über DB_VOLUME_PATH referenziert wird.

[HeimPV-DE]

Ich hatte den ursprünglichen postgresql Ordner gelöscht und einen neuen Ordner postgresql angelegt.
Der Pfad entspricht den Standardpfad (/volume1/docker/solectrus/postgresql)

Zwischenzeitlich habe ich es im Privatmodus von Safari und Firefox ausprobiert. Außer, dass ich diese Mal zusätzlich nach dem Admin-PW gefragt wurde, ist es so wie vorher.

[HeimPV-DE]

ich habe jetzt noch einmal alle Container gestoppt, den Ordner postgresql neu erstellt und über "docker compose up" alles gestartet. Ich kann die Registrierung nicht durchführen.

[ledermann]

Das ist alles sehr ungewöhnlich. Laut meinen Server-Protokollen tritt der Fehler weiterhin mit einer alten Installations-ID auf, die es bei dir aufgrund der gelöschten PostgreSQL-Datenbank überhaupt nicht mehr geben dürfte. Bist du sicher, dass du nicht noch eine zweite Instanz von SOLECTRUS betreibst und wirklich ganz sicher die SQL-Datenbank gelöscht hast?

Hier nochmal detailliert die Schritte:

1. Rufe deine lokale SOLECTRUS-Instanz auf. Es erscheint, wenn ich dich richtig verstanden habe, die Aufforderung zur Registrierung, etwas andres ist nicht möglich. Das passiert nur, wenn man noch nicht registriert ist und die Installation schon länger her ist. Warum das bei dir überhaupt passiert, ist unklar. Ich gehe davon aus, dass du dich bereits damals bei der ursprünglichen Installation von SOLECTRUS registriert hast. Ich gehe außerdem davon aus, dass du die aktuelle Version 0.20.1 verwendest.
2. Beende SOLECTRUS mit docker compose down
3. Prüfe, ob die SOLECTRUS-Instanz wirklich nicht mehr erreichbar ist, der Browser sollte also nichts laden können (im Gegensatz zu Schritt 1)
4. Prüfe auf der Synology, ob wirklich kein SOLECTRUS-Container mehr läuft (docker ps)
5. Leere den Datenbank-Ordner (rm -rf /volume1/docker/solectrus/postgresql/*)
6. Starte SOLECTRUS erneut (docker compose up -d)
7. Prüfe über Log vom PostgreSQL-Container, ob wirklich eine neue Datenbank angelegt wurden (docker compose logs postgresql). Der Inhalt des Ordners sollte gefüllt sein (ls /volume1/docker/solectrus/postgresql).
8. Öffne SOLECTURS im Browser. Es sollte nun die normale Oberfläche erscheinen, außerdem oben ein gelber Balken mit der Registrierungsaufforderung, die man also Admin aber vorläufig ausblenden kann.
9. Prüfe bei den Einstellungen die Strompreise. Diese sollten leer sein (bis auf einen Standardpreis)
10. Führe jetzt die Registrierung durch

Wenn das alles so abläuft und dennoch weiterhin der Fehler "Token stimmt nicht überein" erscheint, dann stehe ich wirklich vor einem größeren Rätsel. Falls du irgendwelche weiteren Beobachtungen gemacht hast, würden mich diese interessieren, vielleicht hilft das weiter.

[HeimPV-DE]

Was auch immer beim System-Neustart passiert ist …

Vorab zur Info: Ich verwende Version 20.1, und die Registrierung habe ich tatsächlich bereits durchgeführt – und zwar unmittelbar, nachdem der erste Hinweis dazu erschienen ist. Das war noch zu der Zeit, als postgres 15-alpine für Solectrus aktuell war.

Ich habe nun alles nochmals gemäß den Vorgaben geprüft und durchgeführt:

1. Es existiert nur eine einzige Solectrus-Instanz.
2. Nach docker compose down läuft kein Solectrus-Prozess mehr.
3. Beim erneuten Start wird die Datenbank neu angelegt. Im postgresql-Ordner werden neue Unterordner und Dateien erstellt.
   Das Log zeigt, dass die Datenbank angelegt wird – allerdings erscheint darin auch eine Fehlermeldung, die ich nicht richtig interpretieren kann. Die postgresql-Logdatei habe ich angehängt.
   postgresql.log

=> Das Löschen des postgresql-Verzeichnisses (inkl. Neuaufbau) hat das Problem leider nicht behoben.

Ich werde heute Abend Solectrus stoppen, das Postgres-Image löschen und anschließend Postgres komplett neu installieren lassen.
Vielleicht bringt das ja etwas.
Wenn das nicht hilft, könnte ich auch Solectrus vollständig neu installieren – allerdings würde ich nur ungern die InfluxDB-Daten verlieren.
Als letzte Möglichkeit bliebe dann wohl nur, Docker komplett zu deinstallieren und neu aufzusetzen.
Spätestens dann sollte es hoffentlich wieder funktionieren.

[ledermann]

Puh, wie mir nach weiterem Nachdenken und Austesten auffällt, liegt der Fehler auf meiner Seite, sorry - es ist wie folgt: Du hast zwar korrekt immer wieder die SQL-Datenbank gelöscht, aber in Redis liegt weiterhin der Cache von diversen Dingen, u.a. die Registrierungs-ID. Das ist der Grund, warum zum Registrierungs-Server immer die alte ID geschickt wurde.

Daher: Wenn man die PostgreSQL-Datenbank löscht, muss man zusätzlich auch den Redis-Cache löschen. Dieser befindet sich bei dir in /volume1/docker/solectrus/redis, auch dieser Ordner muss geleert werden (da ist nur eine Datei drin).

Tut mir sehr leid, dass ich daran nicht gedacht habe und dir so viel Mühe gemacht habe - danke für deine Geduld.

Das Log von PostgreSQL ist übrigens in Ordnung, die Warnung am Ende bezüglich der fehlenden Datenbank ist korrekt, das ist für das Dashboard das Signal, die Datenbank erst anzulegen.

Was der ursprüngliche Grund für die ganze Misere war, ist zwar weiterhin unklar, aber mit dem vollständigen Reset von PostgreSQL und Redis wird es sich beheben lassen.

[HeimPV-DE]

Super, das hat geklappt!
Kaum zu glauben, wie sehr eine einzige Datei einen so ausbremsen kann...
Aber gut zu wissen, dass im Redis-Cache noch solch relevante Einträge stehen.

Vielen Dank für die großartige Unterstützung!
Viele Grüße und danke - Thomas

[ledermann]

Super, freut mich, dass wir das klären konnten :)