Herstel specifieke versie van discourse-backup

Ik had een paar jaar een klein discussieforum en het werkt goed. Ik heb automatische back-ups ingesteld, maar heb de discussieversie lange tijd niet bijgewerkt.

De server is overleden, maar ik heb een back-up. De back-up is van de oude discussieversie, ongeveer 2 jaar geleden. Als ik probeer de nieuwste versie te installeren en te herstellen vanaf de back-up, werkt het niet. Als ik probeer de oude versie te installeren, is dat niet mogelijk: het installatiescript haalt automatisch nieuwe commits en de nieuwste docker-image op, ik heb zelfs deze regels in het launcher-script gevonden en verwijderd, maar enige interne code in de docker-image controleert en werkt ook de git naar de nieuwste versie bij.

Wat moet ik doen? Hoe kan ik een oude discussieversie draaien of een oude back-up herstellen op een nieuwe versie?

If you want help, you’ll need to be more specific. It should work. There’s a good chance that the issue will also not work if you were able to install the same version of Discourse that you had then.

What was the error you got when you tried to restore?

Er zijn geen kritieke fouten in de ./launcher logs app uitvoer, maar het forum werkt niet. Bijna alle knoppen werken niet, er zijn geen onderwerpen en de HTML ziet er vreemd uit (de buggy startpagina herhaalt zichzelf en kan eindeloos naar beneden gescrold worden).

Ik ben geen professionele techneut en ik hoop dat je me kunt vertellen welke logs ik aan mijn rapport kan toevoegen en waar ik ze kan vinden.

Weet iemand waar ik betrouwbare logs kan vinden?

Zijn er fouten in de /logs route van je forum?

Het probleem is dat ik geen toegang heb tot /logs - “deze pagina bestaat niet of is privé”. En ik kan niet inloggen om het te controleren.

Try using the admin login at https://forum.example.com/u/admin-login[1].


  1. You learn something new everyday! ↩︎

Thanks for link, but it won’t work. It sends email, but I don’t have smtp server and using this plugin: Disable Email Verification for Discourse Plugin

Maybe, some console commands on server are possible to check what happened?

Voor zover ik weet is die plugin kapot. Je wilt hem misschien niet gebruiken.

1 like

Er was geen andere oplossing om gebruikers accounts te laten aanmaken zonder e-mailbevestiging toen ik een server aanmaakte.

Misschien werkt het nu niet meer, maar ik probeer in ieder geval de oude versie van het forum te herstellen.

1 like

Momenteel kan ik geen gegevens van het forum openen, zelfs niet met een back-up. Alleen het forumlogo en de tags worden weergegeven en alle knoppen zijn onbruikbaar.

1 like

Ouch, that complicates things. Could you try what is mentioned here to get some logs?

Heb je de veilige modus geprobeerd?

En commentaar op de defecte plugin, en misschien ook op andere plugins die je hebt. Je kunt ze weer toevoegen zodra je iets werkend krijgt.

Rails productielogboeken bevatten geen kritieke fouten, product_errors.log is leeg.

Unicorn foutenlogs onbekende OID 17246: kon het type 'embeddings' niet herkennen. Het wordt behandeld als String. Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 2 EOFError subscribe mislukt, opnieuw verbinden in 1 seconde. Call stack /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client/ruby_connection.rb:103:in `rescue in read' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client/ruby_connection.rb:94:in `read' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:535:in `next_event' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/subscribe.rb:66:in `subscription' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/subscribe.rb:17:in `subscribe' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:175:in `_subscription' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/commands/pubsub.rb:17:in `subscribe' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus/backends/redis.rb:293:in `global_subscribe' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus.rb:769:in `global_subscribe_thread' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus.rb:740:in `block in new_subscriber_thread' Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Fout bij het ophalen van taak: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Fout bij het ophalen van taak: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Fout bij het ophalen van taak: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Fout bij het ophalen van taak: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Fout bij het ophalen van taak: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 heartbeat: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 3 Taak uitzondering: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) sidekiq-exception Fout bij het melden van fout: Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) 2 Verbinding geweigerd - connect(2) voor 127.0.0.1:6379 (redis://localhost:6379) subscribe mislukt, opnieuw verbinden in 1 seconde. Call stack /usr/local/lib/ruby/3.3.0/socket.rb:1219:in `__connect_nonblock' /usr/local/lib/ruby/3.3.0/socket.rb:1219:in `connect_nonblock' /usr/local/lib/ruby/3.3.0/socket.rb:60:in `connect_internal' /usr/local/lib/ruby/3.3.0/socket.rb:141:in `connect' /usr/local/lib/ruby/3.3.0/socket.rb:647:in `block in tcp' /usr/local/lib/ruby/3.3.0/socket.rb:231:in `each' /usr/local/lib/ruby/3.3.0/socket.rb:231:in `foreach' /usr/local/lib/ruby/3.3.0/socket.rb:637:in `tcp' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client/ruby_connection.rb:120:in `connect' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client/connection_mixin.rb:11:in `reconnect' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:769:in `block in connect' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client/middlewares.rb:12:in `connect' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:768:in `connect' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:759:in `raw_connection' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:719:in `ensure_connected' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.2/lib/redis_client.rb:314:in `call_v' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/client.rb:90:in `call_v' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rack-mini-profiler-4.0.1/lib/mini_profiler/profiling_methods.rb:90:in `block in profile_method' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:152:in `block in send_command' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:151:in `synchronize' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:151:in `send_command' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/commands/strings.rb:191:in `get' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus/backends/redis.rb:366:in `process_global_backlog' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus/backends/redis.rb:279:in `block in global_subscribe' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus/backends/redis.rb:291:in `global_subscribe' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus.rb:769:in `global_subscribe_thread' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/message_bus-4.4.1/lib/message_bus.rb:740:in `block in new_subscriber_thread' onbekende OID 17246: kon het type 'embeddings' niet herkennen. Het wordt behandeld als String.

Sidekiq logs zijn leeg.

Geen problemen in Nginx logs.

Ik zie een redis-verbindingsprobleem in Unicord logs, maar Redis logs zelf hebben geen fouten:

9706:C 28 Aug 2025 15:11:25.025 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB 881:M 28 Aug 2025 15:11:25.106 * Background saving terminated with success 881:M 28 Aug 2025 15:16:26.096 * 100 changes in 300 seconds. Saving... 881:M 28 Aug 2025 15:16:26.097 * Background saving started by pid 10037 10037:C 28 Aug 2025 15:16:26.109 * DB saved on disk 10037:C 28 Aug 2025 15:16:26.109 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB 881:M 28 Aug 2025 15:16:26.198 * Background saving terminated with success 881:M 28 Aug 2025 15:21:27.004 * 100 changes in 300 seconds. Saving... 881:M 28 Aug 2025 15:21:27.004 * Background saving started by pid 10365 10365:C 28 Aug 2025 15:21:27.019 * DB saved on disk 10365:C 28 Aug 2025 15:21:27.019 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB 881:M 28 Aug 2025 15:21:27.105 * Background saving terminated with success 881:M 28 Aug 2025 15:26:28.030 * 100 changes in 300 seconds. Saving... 881:M 28 Aug 2025 15:26:28.031 * Background saving started by pid 10703 10703:C 28 Aug 2025 15:26:28.050 * DB saved on disk 10703:C 28 Aug 2025 15:26:28.051 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB 881:M 28 Aug 2025 15:26:28.132 * Background saving terminated with success 881:M 28 Aug 2025 15:31:29.094 * 100 changes in 300 seconds. Saving... 881:M 28 Aug 2025 15:31:29.095 * Background saving started by pid 11028 11028:C 28 Aug 2025 15:31:29.109 * DB saved on disk 11028:C 28 Aug 2025 15:31:29.110 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB 881:M 28 Aug 2025 15:31:29.196 * Background saving terminated with success

Postgresql logs hebben geen fouten.

Hoe kan ik het inschakelen?

Sorry. I typed “safe-mode” instead of “safe mode” and didn’t notice that it wasn’t auto-linked.

Bedankt, het heeft geholpen en het forum werkt (niet goed, maar ik heb toegang tot onderwerpen met context).

Het forum is echter onbruikbaar zonder veilige modus, en ik weet niet meer precies welke plug-ins ik heb geĂŻnstalleerd. De lijst met plug-ins zou in app.yml moeten staan, maar de server is dood en ik heb alleen een back-up, die geen app.yml bevat, voor zover ik weet. Wat moet ik doen om het forum te herstellen en defecte plug-ins te verwijderen?

Herstellen zonder een bestaand app.yml zou geen plugins moeten installeren, behalve de gebundelde (die allemaal officieel zijn).

Thema’s en thema-onderdelen zijn echter inbegrepen in de back-up, dus probeer ze uit te schakelen.

Probeer de veilige modus te gebruiken en schakel alleen thema’s en onderdelen uit om er zeker van te zijn dat uw problemen door een van hen worden veroorzaakt.

2 likes

Bedankt, het werkt inderdaad alleen zonder thema’s, maar waar kan ik thema’s vinden? In de back-up zie ik slechts twee items: dump.sql.gz en de uploads-map, die alleen gebruikersmedia en bestanden bevat.

Je kunt de thema’s gewoon benaderen vanuit de admin-interface. Je kunt ze eerst allemaal uitschakelen en ze vervolgens één voor één inschakelen (of wat dan ook).

1 like