Wenn Sie /var/discourse zwischen Droplets im selben Rechenzentrum rsyncen, kann Ihre Ausfallzeit ziemlich minimal sein und Ihr Fallback ist nur eine DNS-Umkehrung.
Der neue VPS benötigt nur Docker und möglicherweise Swap.
Hallo,
Ich erhalte auch diesen Fehler unter Red Hat Enterprise Linux 7 mit Kernel 3.10.0. RHEL8 läuft nicht viel neuer.
Hier auch, 3.1.0.beta1 läuft problemlos auf CentOS7 (3.10.0-1160.76.1.el7.x86_64)
Offensichtlich erhalten die Distro-Kernel eine Menge Backports. Die Überprüfung der Vanilla-Kernel-Version auf diese Weise hat auch in anderen Projekten zu Problemen geführt. Gibt es eine Möglichkeit, diese Überprüfung über die Befehlszeile zu umgehen?
—UPDATE—
Ich habe das Launcher-Skript bearbeitet, um die Überprüfung zu umgehen – mehrere CentOS7-Installationen wurden ohne Probleme aktualisiert.
Wird dieses Problem weiter beleuchtet? Die Systemanforderungen erfordern keine Kernel-Versionen und Centos 7/RHEL 7 ist noch nicht EOL. Docker benötigt auch keinen neueren Kernel. Ich glaube nicht, dass das manuelle Umgehen der Prüfung langfristig die richtige Lösung ist.
Ich wollte gerade ein älteres Forum aktualisieren und erhielt dieselbe Fehlermeldung. Centos7 hat EOL noch nicht erreicht, könnten Sie eine alternative Lösung für Ubuntu 14.04 finden?
Wenn Sie glauben, dass Sie den aktuellsten Kernel von Ihrem Betriebssystemanbieter ausführen (mit zurückportierten Korrekturen), möchten Sie vielleicht versuchen, die Überprüfung zu umgehen. Ich würde es tun! Dies ist das Problem, bei dem die Überprüfung hinzugefügt wurde. Ich glaube, Sie könnten den exit-Befehl in Ihrem ./launcher-Skript in diesem Absatz einfach entfernen oder auskommentieren:
# Mindestens Mindestversion
if compare_version "${kernel_min_version}" "${test}"; then
echo "FEHLER: Kernel-Version ${test} wird nicht unterstützt, bitte auf mindestens ${kernel_min_version} aktualisieren"
exit 1
fi
Wenn das Upgrade infolgedessen immer noch fehlschlägt, müssen Sie einen Weg finden, Ihr Discourse auf einem neueren Kernel auszuführen.
(Es ist durchaus möglich, dass dieser Rat als nicht zum Thema gehörend empfunden wird, aber ich denke, was passiert ist, ist, dass wir eine Überprüfung auf eine Versionsnummer anstelle einer Überprüfung auf eine Einrichtung (urandom) haben, und dieser Ansatz kann zu falsch positiven Ergebnissen führen.)
Ich stoße gerade auf dieses Problem und unser Forum ist deswegen ausgefallen. Wie kann ich das Launcher-Skript bearbeiten und die Kernel-Überprüfung auskommentieren (zumindest bis Centos7 dieses Update erhält oder wir versuchen, das Forum auf einen anderen Server zu verlegen)?
UPDATE:
Ich habe es (durch Versuch und Irrtum) geschafft, den Launcher zu aktualisieren und anstatt den Kernel auszukommentieren, habe ich einfach eine niedrigere Version als Anforderung angegeben. Es hat gut funktioniert.
Vielleicht ist das keine gute Langzeitlösung, aber unsere Hosting-Firma hat uns bereits mitgeteilt, dass Centos7 nicht die Kernel-Version 4.4 erhalten wird… kann mir jemand erklären, was das in der Praxis bedeutet?
Sieht so aus, als ob Centos 7 bis Mitte 2024 Updates erhalten wird.
Irgendwann – möglicherweise vor dem Ende der Lebensdauer (EOL) – wird das sich ständig weiterentwickelnde Discourse etwas benötigen, das Centos 7 nicht hat, und Sie müssen Ihr Betriebssystem aktualisieren (oder zu einer neuen Instanz mit einer geeigneten Betriebssystemversion migrieren). Es sieht so aus, als ob dieser Zeitpunkt noch nicht erreicht ist.
Wie immer, bevor Sie versuchen, Discourse zu aktualisieren, jetzt oder in Zukunft, erstellen Sie ein Backup Ihrer Foren und eine sichere Kopie dieses Backups sowie eine sichere Kopie Ihrer app.yml-Datei.
Welchen Kernel verwenden Sie, der mit dem von Ihnen gerade durchgeführten Rebuild funktioniert?\n\nWenn es etwas unter 4.4 ist und funktioniert, dann muss @falco möglicherweise die erforderliche Version erneut reduzieren.\n\n[quote="Falco, post:14, topic:253756, full:true, username:Falco"]\nSie sind also derzeit auf 3.1.0.beta auf Kernel 4.4? Wenn ja, werde ich die Kernel-Prüfung dann lockern.\n[/quote]
(Da Distributionen Backports von Funktionen und Korrekturen aus späteren Kernels haben werden, ist eine Kernel-Versionsprüfung ein sehr grobes Instrument. Ich verstehe die Idee, den Supportaufwand zu reduzieren, aber es gibt auch einen gegenteiligen Effekt, wenn die Sicherheitsprüfung ein falsch positives Ergebnis liefert. Und da Discourse immer beliebter wird, wird dieses Problem größer. Es ist viel besser, auf eine Funktion als auf eine Version zu prüfen.)
Unser System läuft mit Folgendem:
- CentOS Linux release 7.9.2009 (Core)
- Kernel 3.10.0-1160.88.1.el7.x86_64
Aktualisierung davon:\nObwohl unser Forum jetzt funktioniert, sehen wir diesen Fehler immer häufiger:\n\u003e # Huch\n\u003e \n\u003e Die Software, die dieses Diskussionsforum antreibt, ist auf ein unerwartetes Problem gestoßen. Wir entschuldigen uns für die Unannehmlichkeiten.\n\u003e \n\u003e Detaillierte Informationen über den Fehler wurden protokolliert und eine automatische Benachrichtigung generiert. Wir werden uns das ansehen.\n\u003e \n\u003e Es sind keine weiteren Maßnahmen erforderlich. Wenn die Fehlerbedingung jedoch weiterhin besteht, können Sie zusätzliche Details, einschließlich der Schritte zur Reproduktion des Fehlers, angeben, indem Sie ein Diskussionsthema in der Feedback-Kategorie der Website veröffentlichen.\n\nKann dies irgendwie mit dem Problem der minimalen Kernelanforderungen zusammenhängen? Diese „Instabilität“ (nennen wir es so) ist in den letzten Tagen/Wochen stärker spürbar geworden. Es scheint zu kommen und zu gehen, manchmal ist das Forum in Ordnung und manchmal nicht.\n\nEDIT: Nie mehr, ich glaube, das hing mit einem PostgreSQL-Problem zusammen (zu viele laufende Prozesse im Zusammenhang mit Bildern ohne Container, was eine Launcher-Bereinigung gelöst hat).
Es ist viel besser, nach einem Feature als nach einer Version zu suchen
Ich neige dazu, dem zuzustimmen. Glaubst du, das ist eine gute Idee, @Falco?
Ja, PRs sind willkommen, um dies ordnungsgemäß zu erkennen.
Hallo Falco,
Ich bin auf dieses Problem gestoßen, als ich versucht habe, Discourse von 3.1.0.beta2 auf 3.1.0.beta4 zu aktualisieren.
Dies schien ein kleines Upgrade zu sein, aber aufgrund der Kernel-Prüfung war das Update unter CentOS7 deutlich aufwendiger. Vielleicht kann eine andere Versionsnummer beim nächsten Mal den relativ hohen Einfluss von Änderungen besser widerspiegeln.
Wenn ich die Diskussion durchlese, kann ich nicht wirklich erkennen, welche Feature-Prüfung tatsächlich notwendig ist. Vielleicht kann jemand, wenn Sie darauf näher eingehen, einen PR einreichen.
Es ist im Beitrag von @Ed_S:
This ist das Problem, bei dem die Prüfung hinzugefügt wurde.
Auf Ruby 3.1 gibt es eine RuntimeException, wenn
Random.urandomauf Plattformen aufgerufen wird, auf denen es nicht richtig implementiert ist, was Personen einschließt, die Ubuntu 14.04 mit Kernel 3.13 ausführen.