Das hat leider nicht funktioniert, die URL hat sich nach dem Neuerstellen des HTML nicht geändert und führt immer noch zu einer Meldung:
Ups! Diese Seite existiert nicht oder ist privat.
Haben Sie noch andere Ideen oder Gedanken?
Hat der Wiederaufbau aus der User Experience funktioniert oder nicht?
Das Klicken auf die Schaltfläche „HTML neu erstellen“ hat nicht funktioniert. Der Link hat sich nicht geändert und führt immer noch zur Fehlerseite.
Es gibt ein zweites Problem, das ich nach der Wiederherstellung bemerkt habe. Ich habe mir die Fehlerprotokolle angesehen und Folgendes bemerkt. Der Link ist nicht derselbe wie der im Beitrag, den ich neu erstellt habe:
Failed to process hijacked response correctly : Errno::ENOENT : No such file or directory @ rb_sysopen - /XXXXX.s3.dualstack.us-east-1.amazonaws.com/optimized/1X/46728e07f9819907d1b18387bf02ea7fc25c7981_2_32x32.ico
Das Seltsame ist, dass die obige URL tatsächlich das Symbol liefert, wenn ich sie in den Browser eingebe.
Hier ist der Backtrace
Nachricht (5 Kopien gemeldet)
Failed to process hijacked response correctly : Errno::ENOENT : No such file or directory @ rb_sysopen - /XXXXX.s3.dualstack.us-east-1.amazonaws.com/optimized/1X/46728e07f9819907d1b18387bf02ea7fc25c7981_2_32x32.ico
Backtrace
/var/www/discourse/app/controllers/static_controller.rb:160:in
read' /var/www/discourse/app/controllers/static_controller.rb:160:inblock (2 levels) in favicon’
/var/www/discourse/lib/distributed_memoizer.rb:16:inblock in memoize' /var/www/discourse/lib/distributed_mutex.rb:33:inblock in synchronize’
/var/www/discourse/lib/distributed_mutex.rb:29:insynchronize' /var/www/discourse/lib/distributed_mutex.rb:29:insynchronize’
/var/www/discourse/lib/distributed_mutex.rb:14:insynchronize' /var/www/discourse/lib/distributed_memoizer.rb:12:inmemoize’
/var/www/discourse/app/controllers/static_controller.rb:138:inblock in favicon' /var/www/discourse/lib/hijack.rb:56:ininstance_eval’
Dann mussten Sie nicht herausfinden, wie Sie die Befehlszeile neu erstellen.
Ich bin mir nicht sicher, aber es klingt, als würde es dies als Dateiname und nicht als Bucket behandeln, aber ich müsste den Quellcode prüfen, um sicher zu sein.
Haben Sie weitere Ideen/Gedanken, wie die defekten Links /short-url behoben werden können?
Das ist mir auch passiert, auf einem Oracle Cloud Server. Der Kernel ist abgestürzt, und ich auch. Ich dachte, ich wäre erledigt. Aber nach etwa sechs oder acht Neustarts von der Cloud-Konsole aus, von denen einige “Stecker ziehen”-Neustarts waren, und nach etwa einer halben Stunde Wartezeit kam der Server lange genug hoch, damit ich grub.cfg bearbeiten und zum vorherigen Kernel zurückkehren konnte.
Ich konnte meine Instanz dadurch retten. Einen Tag später wurde ein weiteres neues Kernel-Update angeboten, und da wurde ich mir meiner Theorie über Kernel-Probleme sicherer. Und ich fand die Fehlerbeschreibung, um sie zu bestätigen. Ja, ziemlich übel.
Ich habe einen “Stupid Grub Trick” entwickelt, wie ich ihn nenne, den ich versuchen werde, rechtzeitig zu posten, damit man eine solche Kalamität in Zukunft vermeiden kann.
Viel Glück bei Ihrer Wiederherstellung, @RBoy. Ich muss sagen, dieser Thread verursacht mir nach meiner eigenen Beinahe-Katastrophe am letzten – wann war es, Mittwoch? – ein mulmiges Gefühl im Magen.
Übrigens, Sie sagten, Sie hätten wieder Zugriff auf Ihren alten Server erhalten. Wenn Sie ihn noch haben oder wieder Zugriff bekommen können – bei mir hat es einige harte Neustarts und etwas Warten gedauert – nun, gehen Sie hinein und aktualisieren Sie noch einmal, da es einen weiteren neuen Kernel gibt, der den Fehler nicht hat. Oder kehren Sie zum vorherigen Kernel zurück.