### Author:  [@PetzInfo](https://meta.discourse.org/u/PetzInfo)
#### Post date: [26. Mai 2024 um 17:39 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/298 "2024-05-26T17:39:34Z")
Es gibt derzeit keine Möglichkeit, Discourse auf einem Mac mit M1-Chip zu Docker zu betreiben, oder?
---
### Author:  [@pento](https://meta.discourse.org/u/pento)
#### Post date: [17. Oktober 2024 um 08:04 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/300 "2024-10-17T08:04:55Z")
Wenn ich `d/boot_dev --init` ausführe, stoße ich auf diesen Fehler:
```plaintext
ActiveRecord::NoDatabaseError: Wir konnten Ihre Datenbank nicht finden: discourse_development. Verfügbare Datenbankkonfigurationen finden Sie in config/database.yml. (ActiveRecord::NoDatabaseError)
```
Ich bin mir nicht sicher, ob dies ein Fehler im `boot_dev`-Skript ist oder ob die Datenbank `discourse_development` woanders erstellt werden soll. In jedem Fall konnte ich das Problem mit dieser Änderung beheben:
```diff
diff --git a/bin/docker/boot_dev b/bin/docker/boot_dev
index 89fdcf6f65..0e9c5ce7d5 100755
--- a/bin/docker/boot_dev
+++ b/bin/docker/boot_dev
@@ -122,6 +122,7 @@ echo "pnpm install..."
if ["${initialize}" = "initialize"]; then
echo "Migrating database..."
+ "${SCRIPTPATH}/rake" db:create
"${SCRIPTPATH}/rake" db:migrate
RAILS_ENV=test "${SCRIPTPATH}/rake" db:migrate
```
Danach lief der Einrichtungsprozess ordnungsgemäß und folgte den Anweisungen im OP.
Ich bin mit dem Discourse-Code nicht vertraut genug, um zu wissen, ob dies die richtige Lösung ist, aber ich bin gerne bereit, einen PR einzureichen, wenn das hilfreich wäre. 🙂
---
### Author:  [@nat](https://meta.discourse.org/u/nat)
#### Post date: [18. Oktober 2024 um 07:21 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/301 "2024-10-18T07:21:29Z")
Ja, bitte erstellen Sie einen PR und verlinken Sie ihn hier. Danke!
---
### Author:  [@pento](https://meta.discourse.org/u/pento)
#### Post date: [19. Oktober 2024 um 04:14 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/302 "2024-10-19T04:14:42Z")
Fertig!
>
>
> \## ✨ What's Happening?
>
> When attempting to \[set up the Docker development envi…ronment\](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009), I was seeing the following error when running \`d/boot\_dev --init\`:
>
> \`\`\`
> ActiveRecord::NoDatabaseError: We could not find your database: discourse\_development. Available database configurations can be found in config/database.yml. (ActiveRecord::NoDatabaseError)
> \`\`\`
>
> Running \`db:create\` before the \`db:migrate\` fixed this issue for me. It appears to be safe to run \`db:create\` even if the database already exists, running \`d/rake db:create\` locally shows an info message at the database already exists, but doesn't exit with an error.
>
> \## 👑 Testing
>
> If you already have a Docker dev environment setup, you will need to run \`docker stop discourse\_dev && docker rm discourse\_dev\` first to remove it.
>
> Before switching to this PR, run through the \[Docker setup instructions\](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009) to confirm that you run into this error.
>
> After switching to this PR, run \`docker stop discourse\_dev && docker rm discourse\_dev\`, then follow the Docker setup instructions again.
---
### Author:  [@Ivan.bacher](https://meta.discourse.org/u/Ivan.bacher)
#### Post date: [21. Januar 2025 um 08:49 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/304 "2025-01-21T08:49:41Z")
Irgendwelche Fortschritte beim Ausführen?
---
### Author:  [@bitmage](https://meta.discourse.org/u/bitmage)
#### Post date: [15. Februar 2025 um 19:55 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/305 "2025-02-15T19:55:05Z")
> [@martyn\_thomas](#):
>
> `Konflikt. Der Containername "/discourse_dev" wird bereits von einem Container verwendet`
Ich habe denselben Fehler erhalten. Ich habe `docker rm -f /discourse_dev` ausgeführt und `d/boot_dev --init` erneut ausgeführt, und es hat dieses Mal funktioniert.
---
### Author:  [@GregorSondermeier](https://meta.discourse.org/u/GregorSondermeier)
#### Post date: [21. Februar 2025 um 08:25 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/306 "2025-02-21T08:25:50Z")
> [@Discourse](#):
>
> Daten werden zwischen den Aufrufen des Containers in Ihrem Quell-Root-Verzeichnis `tmp/postgres` gespeichert. Wenn Sie aus irgendeinem Grund Ihre Datenbank zurücksetzen möchten, führen Sie Folgendes aus:
>
> ```plaintext
> sudo rm -fr data
>
> ```
Hinweis:
Mir ist gerade aufgefallen, dass der Ordner `data/postgres` anstelle von `tmp/postgres` heißt. Deshalb zielt der Befehl „Datenbank zurücksetzen“ auch darauf ab, den Ordner `data` zu löschen 🙂
---
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [10. März 2025 um 17:33 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/307 "2025-03-10T17:33:23Z")
Ich dachte, ich schaue mir die Docker-Dev-Installation noch einmal an, bekomme aber immer wieder Folgendes:\n\n`\nVerursacht durch:\nPG::ConnectionBad: Verbindung zum Server über Socket \"/var/run/postgresql/.s.PGSQL.5432\" fehlgeschlagen: Datei oder Verzeichnis nicht gefunden (PG::ConnectionBad)\n Läuft der Server lokal und akzeptiert er Verbindungen über diesen Socket?\n`\n\nDoch ich kann bestätigen, dass der Dienst läuft (und funktioniert, wenn ich meine normale, nicht-Docker-basierte „manuelle“ Installation von Discourse verwende).\n\n`\n~/discourse_docker/discourse$ sudo service postgresql status\n● postgresql.service - PostgreSQL RDBMS\n Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset: enabled)\n Active: active (exited) since Mon 2025-03-10 17:26:13 GMT; 6min ago\n Process: 2052109 ExecStart=/bin/true (code=exited, status=0/SUCCESS)\n Main PID: 2052109 (code=exited, status=0/SUCCESS)\n\nMar 10 17:26:13 black-knight systemd[1]: Starting PostgreSQL RDBMS...\nMar 10 17:26:13 black-knight systemd[1]: Finished PostgreSQL RDBMS.\n`\n\nHat Docker Dev spezifische und andere Postgres-Konnektivitätsanforderungen?
---
### Author:  [@bitmage](https://meta.discourse.org/u/bitmage)
#### Post date: [17. März 2025 um 02:34 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/308 "2025-03-17T02:34:18Z")
Ich fand die Standard-Log-Level von `:debug` viel zu ausführlich – die SQL-Abfragen ertränken wichtige Fehler. `config/environments/development.rb` erlaubt die Einstellung von `DISCOURSE_DEV_LOG_LEVEL`, aber ich weiß nicht, ob dies über das `d/rails`-Skript erfolgen kann?
Jedenfalls habe ich es nur vorübergehend in `config/environments/development.rb` auf `config.log_level = :info` fest codiert, und das hat das Problem für mich gelöst. Könnte auch anderen helfen.
---
### Author:  [@ganncamp](https://meta.discourse.org/u/ganncamp)
#### Post date: [19. März 2025 um 18:17 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/309 "2025-03-19T18:17:06Z")
Ich versuche, dies mit dem [Data Explorer](https://meta.discourse.org/t/32566?silent=true)-Plugin zu starten, da ich die DE-Automatisierung untersuchen möchte.
Ich habe den Container gestartet.
Dann bin ich durch die „Installation“ des Plugins gestolpert, indem ich das Repository geklont und es in das Verzeichnis `discourse/plugins` verlinkt habe (sollte ich das tun? Der Leitfaden könnte an dieser Stelle wirklich klarer sein).
Ich habe das Plugin über die Benutzeroberfläche aktiviert. Aber wenn ich versuche, darauf zuzugreifen, erhalte ich einen Fehler.
_Alles_, was im Protokoll angezeigt wird, ist dies:
```plaintext
Processing by DiscourseDataExplorer::QueryController#index as JSON
Completed 500 Internal Server Error in 62ms (ActiveRecord: 9.8ms (5 queries, 0 cached) | GC: 2.9ms)
```
Was soll ich damit machen? Wo sind die Details?
---
### Author:  [@Arkshine](https://meta.discourse.org/u/Arkshine)
#### Post date: [19. März 2025 um 20:07 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/310 "2025-03-19T20:07:34Z")
> [@Discourse](#):
>
> Wenn eine DB-Migration erforderlich ist:
>
> ```plaintext
> d/rake db:migrate RAILS_ENV=development
>
> ```
Haben Sie die Migrationen ausgeführt?
---
### Author:  [@bitmage](https://meta.discourse.org/u/bitmage)
#### Post date: [20. März 2025 um 14:39 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/311 "2025-03-20T14:39:27Z")
Ich hatte kein sehr gutes Glück beim Symlinking meines Plugins-Ordners:
> [@Can we use \`.gjs\` for route templates?](https://meta.discourse.org/t/can-we-use-gjs-for-route-templates/357046/11):
>
> I found in the d/rails s logs: No such file or directory @ rb\_sysopen - /src/app/assets/stylesheets/plugin-cf.scss. So even though the plugin is symlinked into the /plugins folder as county-fence, and my plugin is explicitly named county-fence in plugins.rb, some code is reading the underlying directory name plugin-cf and making assumptions about what the compiled CSS name for my plugin is. Is this a bug or a feature? smiley I think the moral of this story is do not under any circumstances…
Ich habe daraufhin zu einem normalen Ordner gewechselt (siehe meinen letzten Kommentar in diesem Thread).
Ich glaube, es gibt derzeit einige Inkompatibilitäten mit Docker-Volumes, Dateibeobachtern und Symlinks.
---
### Author:  [@ganncamp](https://meta.discourse.org/u/ganncamp)
#### Post date: [20. März 2025 um 19:23 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/312 "2025-03-20T19:23:33Z")
> [@Arkshine](#):
>
> Haben Sie die Migrationen ausgeführt?
Danke für die Antwort @Arkshine! Was hätte mich darauf aufmerksam machen sollen, dass dies getan werden muss? Ich habe mir das Tutorial zur Installation eines Plugins angesehen, aber ich schätze, das Plugin, das das Tutorial als Beispiel verwendet, benötigt keine Migrationen?
In der Zwischenzeit weiß ich nicht, ob mir das weiterhilft, da ich gerade auf die Notwendigkeit gestoßen bin, das Proxy-Zertifikat meines Unternehmens in den Docker-Container zu bekommen, und ich mich bisher nicht viel mit Docker beschäftigt habe ☹
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [21. März 2025 um 14:57 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/313 "2025-03-21T14:57:07Z")
> [@ganncamp](#):
>
> Ich bin auf die Notwendigkeit gestoßen, das Proxy-Zertifikat meines Unternehmens in den Docker-Container zu bekommen.
Welches Problem lösen Sie? Eine Entwicklunginstallation ist im Allgemeinen nur für den localhost (d. h. Ihren Computer) zugänglich, auf dem die Installation ausgeführt wird.
Oder versuchen Sie vielleicht, etwas zu debuggen, das ein Zertifikat wie ein Authentifizierungssystem benötigt?
---
### Author:  [@ganncamp](https://meta.discourse.org/u/ganncamp)
#### Post date: [21. März 2025 um 16:11 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/314 "2025-03-21T16:11:35Z")
Als ich gestern versucht habe, mein Image wieder zu starten, wollte es Gems herunterladen?
```plaintext
Installing gems...
Fetching source index from https://rubygems.org/
Retrying fetcher due to error (2/4): Bundler::Fetcher::CertificateFailureError Could not verify the SSL certificate for https://rubygems.org/.
There is a chance you are experiencing a man-in-the-middle attack, but most likely your system doesn't have the CA certificates needed for verification. For information about OpenSSL certificates, see https://railsapps.github.io/openssl-certificate-verify-failed.html.
Retrying fetcher due to error (3/4): Bundler::Fetcher::CertificateFailureError Could not verify the SSL certificate for https://rubygems.org/.
There is a chance you are experiencing a man-in-the-middle attack, but most likely your system doesn't have the CA certificates needed for verification. For information about OpenSSL certificates, see https://railsapps.github.io/openssl-certificate-verify-failed.html.
Retrying fetcher due to error (4/4): Bundler::Fetcher::CertificateFailureError Could not verify the SSL certificate for https://rubygems.org/.
There is a chance you are experiencing a man-in-the-middle attack, but most likely your system doesn't have the CA certificates needed for verification. For information about OpenSSL certificates, see https://railsapps.github.io/openssl-certificate-verify-failed.html.
Could not verify the SSL certificate for https://rubygems.org/.
There is a chance you are experiencing a man-in-the-middle attack, but most likely your system doesn't have
the CA certificates needed for verification. For information about OpenSSL certificates, see
https://railsapps.github.io/openssl-certificate-verify-failed.html.
```
---
### Author:  [@TempAccount](https://meta.discourse.org/u/TempAccount)
#### Post date: [7. September 2025 um 14:21 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/315 "2025-09-07T14:21:11Z")
Hey, was passiert, wenn man das Passwort für das Administratorkonto vergisst? Muss man die gesamte Entwicklung neu installieren?
Es können keine E-Mails gesendet werden, daher sind Zurücksetzungen nicht möglich.
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [7. September 2025 um 14:37 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/316 "2025-09-07T14:37:31Z")
Sie können die Konsole verwenden, um ein neues Passwort festzulegen oder ein neues Administratorkonto zu erstellen.
> [@Create an admin account from the console](https://meta.discourse.org/t/create-an-admin-account-from-the-console/17274#p-59872-resetting-the-password-for-an-existing-account-3):
>
> bookmark This guide provides instructions for creating an admin account or granting admin privileges using the console in a self-hosted Discourse installation. person_raising_hand Required user level: System Administrator warning Console access required So you want to create/grant Admin privileges or reset user password from console? Great, let’s get started! This guide will cover the following: Accessing the console Creating a new account with admin privileges Resetting an existin…
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8. September 2025 um 00:31 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/317 "2025-09-08T00:31:16Z")
Es gibt eine Route, um jeder Benutzer zu werden.
```plaintext
http://localhost:4200/session/any-username/become
```
---
### Author:  [@Alex\_Diker](https://meta.discourse.org/u/Alex_Diker)
#### Post date: [6. Januar 2026 um 09:34 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/318 "2026-01-06T09:34:05Z")
gut zu wissen, dass man das Passwort in der CLI zurücksetzen kann
wisst ihr, ob der Nachteil jemals behoben wurde? ❌ Nachteile: Wird etwas langsamer sein als die native Entwicklungsumgebung unter Ubuntu und viel langsamer als eine native Installation unter MacOS. ?
Warum ist das der Fall, wenn man alle Spezifikationen erfüllt?
---
### Author:  [@singi2016cn](https://meta.discourse.org/u/singi2016cn)
#### Post date: [30. Januar 2026 um 05:52 UTC](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009/319 "2026-01-30T05:52:14Z")
Wenn ich die lokale Entwicklungsumgebung wie folgt einrichte, wird beim Sichern der folgende Fehler angezeigt:
```bash
[2026-01-29 05:32:35] [STARTED]
[2026-01-29 05:32:35] 'system' has started the backup!
[2026-01-29 05:32:35] Marking backup as running...
[2026-01-29 05:32:35] Making sure '/src/tmp/backups/default/2026-01-29-053235' exists...
[2026-01-29 05:32:35] Making sure '/src/public/backups/default' exists...
[2026-01-29 05:32:35] Updating metadata...
[2026-01-29 05:32:35] Dumping the public schema of the database...
[2026-01-29 05:32:35] pg_dump: error: connection to server on socket \"/var/run/postgresql/.s.PGSQL.5432\" failed: FATAL: Peer authentication failed for user \"postgres\"
[2026-01-29 05:32:35] EXCEPTION: pg_dump failed
/src/lib/backup_restore/creator.rb:173:in `dump_public_schema'
/src/lib/backup_restore/creator.rb:36:in `run'
/src/lib/backup_restore.rb:13:in `backup!'
/src/app/jobs/regular/create_backup.rb:10:in `execute'
/src/app/jobs/base.rb:318:in `block (2 levels) in perform'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management.rb:17:in `with_connection'
/src/app/jobs/base.rb:305:in `block in perform'
/src/app/jobs/base.rb:301:in `each'
/src/app/jobs/base.rb:301:in `perform'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in `execute_job'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in `block (4 levels) in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/src/lib/sidekiq/suppress_user_email_errors.rb:6:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/src/lib/sidekiq/discourse_event.rb:6:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/src/lib/sidekiq/pausable.rb:131:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in `track'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in `invoke'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in `block (3 levels) in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in `block (6 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in `local'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in `block (5 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/config.rb:39:in `block in '
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in `block (4 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in `stats'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in `block (3 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in `block (2 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in `global'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in `block in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in `prepare'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in `dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in `block (2 levels) in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `handle_interrupt'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `block in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `handle_interrupt'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in `process_one'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in `run'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/component.rb:10:in `watchdog'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread'
[2026-01-29 05:32:35] Cleaning stuff up...
[2026-01-29 05:32:35] Removing '.tar' leftovers...
[2026-01-29 05:32:35] Marking backup as finished...
[2026-01-29 05:32:35] Notifying 'system' of the end of the backup...
```
Was soll ich tun?
[Previous page](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009.md?page=10)
[Next page](https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009.md?page=12)