-
-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fehler "fe_sendauth: no password supplied" #24
Comments
Aufgrund der Beschreibung vermute ich ein Problem mit PostgreSQL. Genaueres wirst Du im Docker-Log des Containers finden. Was genau steht dort? Denkbar wäre aber auch, dass mit den Umgebungsvariablen etwas nicht stimmt, insbesondere das korrekte Handelt es sich denn um eine Neuinstallation oder lief SOLECTRUS zuvor problemlos? |
Es handelt sich um eine Neuinstallation. Habe gerade auch ein bereits geschlossenes Ticket dazu gesehen und mglw. habe ich die Änderungen an der .env auch gemacht, nachdem die Datenbank bereits bestand. Ich schaue mal ins Log, vielleicht finde ich da was. Edit1: Ich habe im Log für den Container solectrus_app_1 einen wiederkehrenden Block, der auf Fehler hindeutet und der auch zeitlich mit dem Aufruf der fehlerhaften Views zusammenpasst. Enthält das Log sensible Daten oder kann ich die entsprechende Passage hier posten? So oder so deutet das Log tatsächlich auf ein Passwort-Problem hin... |
Es gibt keine sensiblen Daten in den Logs, sofern Deine Installation nicht öffentlich erreichbar ist. Ggfs. kannst Du Passwörter oder Token ja unkenntlich machen. PS: Sorry für die späte Antwort, bei Editierung eines Beitrags verschickt keine GitHub keine Notification, daher habe ich Deine Ergänzung nicht mitbekommen. |
Absolut no need sich zu entschuldigen, dein Support ist absolut prima und es ist ja nicht so, dass mir die Anlage abbrennt, wenn ich einen Tag auf die Antwort warte ;) Nachfolgend der Block, der entsteht, wenn ich die View wechsele:
|
Ok, die entscheidende Zeile ist die hier:
Mangels Passwort kann also keine Verbindung zur PostgreSQL Datenbank aufgebaut werden. Die Ursache liegt entweder in der In
In
Außerdem unter
So steht es auch in der Installationsanleitung. Das Passwort "my-secret-db-password" ist natürlich nur ein Beispiel und darf geändert werden, allerdings nicht bei bereits bestehender Datenbank. Um das Problem zu beheben:
Hilft das? |
Leider nicht. Nach wie vor content missing und die gleichen Log-Einträge. Bin allerdings nicht sicher, ob ich alles richtig gemacht habe. Der Befehl für das Herunterfahren der Container hat nicht hingehauen, daher habe ich sie per Synology Docker-GUI heruntergefahren. Das Löschen der Datenbank hat zwar keine Fehlermeldungen erzeugt, aber auch keinerlei Bestätigungen (im Grunde kam direkt der Prompt wieder). Habe auch schon probiert, die Container noch einmal neu zu starten. |
Ok, Du warst vermutlich im falschen Verzeichnis. Wenn direkt der Prompt kam, wurde auch nichts gelöscht. Daher der Parameter Du musst in dem Verzeichnis sein, indem die cd /volume1/docker/solectrus |
Hmm. langsam verzweifele ich: Nun kriege ich beim Versuch des Löschens der Datenbank die Meldung "Permission denied", obwohl ich als Admin eingeloggt bin. Der Befehl "docker compose down" haut nach wir vor auch nicht hin (Fehlermeldung: docker: 'compose' is not a docker command.) |
Hast Du vielleicht eine ältere Synology? Dann ist darauf auch vielleicht eine ältere Docker-Version installiert. Versuche es mal mit Bezüglich Löschen: Möglicherweise ist
|
Nun habe ich wohl irgendwas zerschossen. Nun kommt content missing auch auf "Verlauf". Ich cleare mal alles und starte die Installation neu. Muss ich dafür irgendetwas beachten oder reicht es, die Contaimer zu löschen, ggf. die noch bestehenden Ordner und der Installationsanleitung von vorne zu folgen? |
Die Fehlermeldung "Content missing" ist zugegebenermaßen sehr doof, das ändere ich auch mit dem nächsten Update. Entscheidend ist bei Fehlern dieser Art immer, was in den Server-Logs steht, möglicherweise steht jetzt etwas anderes. Zum Neuinstallieren: Genau, alle Container löschen und auf jeden Fall auch die bestehenden Ordner. Und dann wieder von vorne loslegen. Bitte nenne mir bei Gelegenheit noch den Output von |
uname -a ergibt [hostname] 4.4.180+ #42962 SMP Fri Feb 10 16:32:29 CST 2023 x86_64 GNU/Linux synology_apollolake_218+ Und denn mal auf ein Neues, vielen Dank aber auf jeden Fall auch mal für den Support bis hierher :) |
Auch die Neuinstallation ist leider erfolglos geblieben. Dasselbe Verhalten (außer im Verlauf missing content, die gleichen Meldungen im Log wie in der ersten Installation und der Versuch, die Datenbank zu löschen führt entweder zu permission denied oder mit sudo vorweg zur direkten Anzeige des nächsten Promptes ohne jegliche Rückmeldung (ausgeführt im Ordner /volume1/docker/solectrus). |
Das Löschen der Datenbank war nur deswegen meine Empfehlung, weil Du ja vermutlich das Datenbank-Passwort in der Bist Du wirklich die Anleitung präzise durchgegangen, ohne einen Schritt zu überspringen? Auch die Sache mit Ich bin sehr daran interessiert, dass die Anleitung möglichst wasserdicht ist. Falls Du also weiterhin daran interessiert bist, SOLECTRUS ans Laufen zu bekommen, können wir das gerne weiter betreiben. Bezüglich |
hier ist die .env (Passwörter ersetzt):
|
und die docker-compose.yml:
|
Ach so, ja, noch zur Frage der Reihenfolge: Jo, habe ich alles exakt so gemacht wie in der Anleitung, beginnend bei "sudo synogroup --add docker". Dieser Befehl führte zur folgenden Meldung: Da jedoch alle weiteren Aktivitäten ohne Fehlermeldungen durchgingen, habe ich angenommen, dass die Dockergroup beim Löschen der Container nicht mit gelöscht wurde und die Fehlermeldung besagt, dass die Dockergroup bereits existiert. |
Sieht alles korrekt aus (habe Deine Postings nur umformatiert). Ich habe beides auf meiner Synology getestet und es funktioniert einwandfrei - selbst mit Deinen Passwörter-Platzhaltern. Zu Dockergroup: Ja, das Löschen der Container hat keinen Einfluss darauf. Ein zweiter Versuch führt daher zur genannten Fehlermeldung. Alles korrekt so. So langsam gehen mir die Ideen aus. Könntest Du mir bitte noch das vollständige Protokoll aller Container posten, die beim ersten Start geschrieben werden? Also folgendermaßen:
|
alles getan, docker-compose up ausgeführt und jetzt schiebt er fleissig Daten in die DB (sucessfully pushed rescord #... to InfluxDB). Soll ich das dann einfach abbrechen, um dir das Log zu schicken? |
das ist schon mal der Teil des Logs bis hierher:
|
Ok, danke, ich sehe es mir nun in Ruhe an... |
alles klar, wie es bei dir passt! :) |
Nachdem ich mir das alles noch mal genau angesehen habe: Es kann nur an dem von Dir eingetragenen Passwort für PostgreSQL liegen. Die Fehlermeldung
Sobald ich da aber etwas eintrage, klappt es. Wohlgemerkt: Einen einmal gemachten Eintrag darf man nicht mehr ändern, wenn die Datenbank bereits existiert. Deshalb machen wir immer dieses Spielchen mit dem Löschen der Datenbank. Folgende Prüfung wäre noch möglich: Wenn die Container gerade laufen, dann kannst Du mit folgendem Befehl (z.B. in einem zweiten SSH-Fenster) die Umgebungsvariablen des App-Containers auflisten lassen:
Wenn alles funktioniert, steht da u.a. Folgendes:
Und im Postgres-Container:
... findet sich:
Insofern muss ich noch mal fragen: Bist Du wirklich sicher, dass in der Da die Passwörter nicht sicherheitskritisch sind und ein Zugriff auf die Datenbank nur für die SOLECTRUS-App möglich ist, schlage ich vor, Du trägst da mal ein ganz simples Passwort ein, also z.B. das aus der Installationsanleitung:
Vielleicht ist es sinnvoll, auch
... und dann wirklich nur diese Einträge in der .env anzupassen:
Alles andere, also insbesondere Passwörter und Token so belassen. Wenn Du es hinbekommst, wüsste ich wirklich gerne mal, was Du da bei |
Tja, am Ende war es wohl das Passwort für die Postgres-DB. Habe es nun durch ein wesentlich einfacheres ersetzt; et voilá ;) Ich hatte vorher das Passwort: #pv:S0l3c72usP0576235_! Somit bleibt mir nur noch, mich für deine Hartnäckigkeit und den (Spitzen-)Support sehr herzlich zu bedanken und dir natürlich auch frohe Ostern zu wünschen! |
Oje, da hätte ich auch früher drauf kommen können - das Freut mich, dass es nun funktioniert. Frohe Ostern! 🐰 |
This allows using passwords starting with a hash (#) Fixes solectrus/hosting#24
Nur der Vollständigkeit halber: Das Problem wird mit dem nächsten Update (voraussichtlich 0.10.1) nicht mehr auftreten, dort werden Sonderzeichen im Passwort korrekt behandelt. |
The dashboard works pretty fine for the actual view (Verlauf), but switching to the views for a day, a week, a month etc. fails, the page is just showing "content missing". Switching to the preferences results in an internal server error 500.
Edit: Sehe gerade, dass die anderen Issues auch in Deutsch sind, also gerne auch auf Deutsch antworten :)
The text was updated successfully, but these errors were encountered: