Könnte es sein, dass Ihr RAM zur Neige geht und der OOM-Killer daraufhin einige zufällige Prozesse wie sshd beendet, wodurch Sie die Verbindung verlieren und Probleme entstehen?
Wenn der OOM-Killer aktiv ist, sollte dies in der Ausgabe von dmesg, in /var/log/messages oder in der journalctl-Ausgabe zu sehen sein.
Ich bezweifle, dass ein RAM-Mangel mein Problem ist; eher liegt es daran, dass ich stur die PuTTY-Konsole anstelle der DO-Konsole verwende.
Deshalb werde ich auf den Vorschlag oben von @pfaffman umsteigen, besonders da ich festgestellt habe, dass die PuTTY-Konsole auch dann getrennt wird, wenn ich sie für etwas völlig anderes als die Discourse-Verwaltung nutze.
Es könnte am RAM liegen. Hast du Swap?
Hast du versucht, die Keep-Alive-Einstellung anzupassen, so wie hier beschrieben?
@pfaffman Ich habe nichts Spezifisches angegeben – ich nutze alle Standardwerte für Droplets und vertraue darauf, dass das DO-Team für ein angemessenes Verhalten sorgt.
Zuerst werde ich versuchen, keep-alive so zu setzen, wie @omarfilip oben vorgeschlagen hat. Anschließend werde ich die Situation mit dem Swap-Speicher prüfen und dann auf @pfaffmans Vorschlag eingehen, die originale DO-Konsole zu verwenden (falls die keep-alive-Einstellung es mir erlaubt, weiterhin die PuTTY-Konsole zu nutzen, werde ich diese verwenden, da sie deutlich benutzerfreundlicher ist als das DO-Äquivalent.
Da so viele freundliche Menschen mir helfen, möchte ich meine Gründe für den Versuch, Ghost und Discourse zusammenzuführen, noch einmal darlegen: Meiner Ansicht nach ist dies das ideale Werkzeug für jemanden, der technische Dokumentationen erstellt und die beste Unterstützung für die Diskussion dieser Dokumente bietet. Mein Plan ist es, Identity and Account Management (IAM) mit mehreren interessanten PaaS-IAM-Anbietern zu behandeln; dieses Thema ist meiner Meinung nach, basierend auf Jahren der Nutzung solcher Dienste, nicht ausreichend dokumentiert.
Um mein integriertes Ghost/Discourse-Werkzeug zu „beta-testen“, habe ich mich entschieden, alle Details des Erstellungsprozesses für die Erstellung und den Test dieses Tools zu beschreiben. Alle, die mir helfen, sollten daher wissen, dass diese Bemühungen dazu dienen, die Communities von Discourse, Ghost und Digital Ocean zu unterstützen.
Wenn Sie die 1-Klick-Installation von Digital Ocean und nicht die offizielle Standardinstallation von Discourse verwendet haben, ist wahrscheinlich kein Swap konfiguriert. Beim Neuaufbau reicht der RAM dann nicht aus, es sei denn, Sie haben mehr als 2 GB.
Sie können Folgendes versuchen:
cd /var/discourse
./discourse-setup
Dadurch wird bei Bedarf automatisch Swap erstellt.
Wenn Sie Hilfe zur 1-Klick-Installation von Digital Ocean benötigen und sich darauf verlassen möchten, dass die DO-Mitarbeiter für ein angemessenes Verhalten sorgen, sollten Sie sich auch an sie wenden, um Unterstützung zu erhalten.
Da ich ohnehin schreibe: Eine einfachere Möglichkeit, zu bestätigen, dass PuTTY nicht schuld ist (was Ihnen viel Zeit beim vergeblichen Herumprobieren mit den PuTTY-Parametern ersparen könnte), ist die Konsolenverbindung. Wenn Sie discourse-setup noch nicht ausgeführt haben, liegt das Problem mit ziemlicher Sicherheit am Swap-Speicher.
@pfaffman Ich habe den offiziellen Discourse-Installationsprozess exakt befolgt, einschließlich der in diesem offiziellen Installationsdokument erwähnten Verwendung von PuTTY.
Es ist möglich, dass Sie den Eindruck gewonnen haben, ich hätte die DO-1-Klick-Installation verwendet und sollte mich auf DO verlassen:
Wenn Sie Hilfe bei der One-Click-Installation von Digital Ocean benötigen und darauf vertrauen möchten, dass die DO-Mitarbeiter für ein angemessenes Verhalten sorgen, dann sollten Sie sich darauf verlassen, dass sie Sie unterstützen.
Meine Erwähnung der 1-Klick-Installation stammt aus der kürzlich erhaltenen E-Mail von Discourse:
Hurra, eine neue Version von Discourse ist verfügbar!
Ihre Version: 2.7.0.beta1
Neue Version: 2.7.0.beta2
- Aktualisieren Sie ganz einfach mit unserem One-Click-Browser-Upgrade
Die aktuelle Situation ist also folgende:
, und weiß, dass Sie Ihren Lebensunterhalt damit verdienen, Menschen bei Discourse zu helfen. Obwohl ich nicht wie ein potenzieller Kunde wirke, haben Sie sich die Zeit genommen, mich aus den Schwierigkeiten zu befreien../launcher rebuild app erfolgreich ausgeführt.Vielen Dank an alle, die Teile der Lösung beigetragen haben.
Oh! Mea culpa! Entschuldige bitte!
Dann hast du also Swap, und meine Vermutung war falsch. Das ist schade, denn es hätte eine einfache Lösung sein können. 
Das ist eine Erleichterung, nachdem ich dich fälschlicherweise beschuldigt habe!
Und es ist schrecklich zu hören, dass PuTTY so schlecht ist. Ich verstehe nicht, wie es weiterhin der empfohlene SSH-Client für Windows ist.
Ich glaube, es gibt jetzt einen Client, der Teil dieses Linux-Subsystem-Systems ist, aber die Windows-Version, die ich regelmäßig benutzt habe, war Windows 98.
Freut mich, dass du es geklärt hast!
Alle modernen Betriebssysteme werden standardmäßig mit SSH-Clients ausgeliefert, sodass keine Drittanbieter-Clients erforderlich sein sollten. Selbst unter Windows Terminal kann ich einfach ‘SSH’ eingeben. Es sollte funktionieren, sofern Ihr Windows aktualisiert ist.
Meine Güte. Wirklich? Als ich das letzte Mal (oder zumindest glaubte ich) nachgesehen habe, war die Installation ziemlich kompliziert.
Und es kann einen normalen SSH-Schlüssel verwenden und nicht diesen PEM-Unsinn?
Diese lange Geschichte hat ein großes Happy End und könnte als Sturm im Wasserglas bezeichnet werden. Ich habe viel über Discourse gelernt und plane daher, mich dauerhaft hier aufzuhalten. Hier ist die detaillierte Beschreibung des Happy Ends:
Ich empfehle die Verwendung von tmux. Auf diese Weise kannst du dich wieder mit der Sitzung verbinden, in der der Neuaufbau läuft, selbst wenn dein Client zeitlich ausläuft.
@md-misko danke für den Tipp:
Das Tolle an tmux ist, dass du mehrere Fenster gleichzeitig öffnen kannst, wobei jedes seine eigene Shell ausführt, aber dieselbe SSH-Verbindung nutzt. Außerdem kannst du mehrere „Fenster
Hallo @sunjam, das Problem scheint mit der neuen Version der Gem omniauth-vkontakte 1.7.0 behoben werden zu können.
Ich habe einen Pull-Request an den Betreuer des Plugins erstellt. Als vorübergehende Lösung kannst du den GitHub-Link in deiner app.yml auf
- git clone https://github.com/rapekas/discourse-vk-auth
umschalten und neu aufbauen.