# Probleme beim Aktualisieren/Wiederaufbauen auf Beta7

**URL:** https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181
**Category:** Self-hosting
**Created:** [28. Juli 2025 um 13:26 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181 "2025-07-28T13:26:54Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [28. Juli 2025 um 13:26 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/1 "2025-07-28T13:26:54Z")

</div>

Hallo,

ich versuche derzeit, unsere DEV-Instanz von Beta 2 auf die neueste Beta 7 zu aktualisieren. Sie läuft auf dem Standard-Branch `tests-passed`.

Mein Problem ist, dass der Neuaufbau des Containers mit einem Verbindungsproblem (vermutlich) zu GitHub endet:

```plaintext
I, [2025-07-28T12:35:19.480463 #1] INFO -- : Ersetze # postgres mit if [-f /root/install_postgres]; then
  /root/install_postgres
  rm /root/install_postgres
fi
sv start postgres || exit 1
 in /etc/service/unicorn/run
I, [2025-07-28T12:35:19.480838 #1] INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse git clean -f
I, [2025-07-28T12:35:19.511065 #1] INFO -- : 
I, [2025-07-28T12:35:19.511112 #1] INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse bash -c '
  set -o errexit
  if [$(git rev-parse --is-shallow-repository) == "true"]; then
      git remote set-branches --add origin main
      git remote set-branches origin tests-passed
      git fetch --depth 1 origin tests-passed
  else
      git fetch --tags --prune-tags --prune --force origin
  fi
'
error: RPC failed; curl 56 Recv failure: Connection reset by peer
error: 44 bytes of body are still expected
fatal: expected flush after ref listing
I, [2025-07-28T12:37:22.158398 #1] INFO -- : 
I, [2025-07-28T12:37:22.158628 #1] INFO -- : Asynchrone Prozesse werden beendet

```

Die allgemeine Konnektivität des Hosts ist ansonsten in Ordnung. Wenn ich den Docker-Build-Cache vor `./launcher rebuild app` leere, sehe ich, dass tatsächlich die neueste Version heruntergeladen wird, alle Container-Images gezogen werden usw., aber der Vorgang danach trotzdem fehlschlägt:

> **Lange stdout-Ausgabe**
>
> ```plaintext
> I, [2025-07-28T12:19:42.269421 #1] INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse bash -c '
> set -o errexit
> if [$(git rev-parse --is-shallow-repository) == "true"]; then
> git remote set-branches --add origin main
> git remote set-branches origin tests-passed
> git fetch --depth 1 origin tests-passed
> else
> git fetch --tags --prune-tags --prune --force origin
> fi
> '
> From https://github.com/discourse/discourse
> - [deleted] (none) -> origin/dependabot/bundler/nokogiri-1.18.9
> - [deleted] (none) -> origin/dependabot/bundler/playwright-ruby-client-1.54.0
> - [deleted] (none) -> origin/dependabot/bundler/propshaft-1.2.0
> - [deleted] (none) -> origin/dependabot/npm_and_yarn/babel-plugin-ember-template-compilation-3.0.0
> - [deleted] (none) -> origin/dependabot/npm_and_yarn/glob-11.0.3
> - [deleted] (none) -> origin/dependabot/npm_and_yarn/playwright-1.54.1
> - [deleted] (none) -> origin/dev/decorate-quote-collapsed-content-properly
> - [deleted] (none) -> origin/dev/extract-invite-guardian
> - [deleted] (none) -> origin/dev/mt/discourse-category-custom-fields
> - [deleted] (none) -> origin/dev/mt/discourse-group-users
> - [deleted] (none) -> origin/dev/mt/discourse-groups
> - [deleted] (none) -> origin/dev/mt/discourse-muted-users
> - [deleted] (none) -> origin/dev/mt/requires-set
> - [deleted] (none) -> origin/dev/no-more-widgets
> - [deleted] (none) -> origin/dev/use-themeable-site-settings-horizon
> - [deleted] (none) -> origin/enable-new-topic-btn-on-restricted-category
> - [deleted] (none) -> origin/feature-admin-filter-controls
> - [deleted] (none) -> origin/feature/enable-rich-editor-for-all
> - [deleted] (none) -> origin/filtermagic
> - [deleted] (none) -> origin/fix/mt/log-failed-downloads
> - [deleted] (none) -> origin/fix/translated-badge-title
> - [deleted] (none) -> origin/layout-container-dev
> - [deleted] (none) -> origin/loic-upgrade-rails-8.0
> - [deleted] (none) -> origin/media-convert-job
> - [deleted] (none) -> origin/merge-sso-destination-url-cookie-with-destination-url-cookie
> - [deleted] (none) -> origin/mt/set_store
> - [deleted] (none) -> origin/pento/dev-flag-reason-tests
> - [deleted] (none) -> origin/playwright-1.53
> - [deleted] (none) -> origin/refactor-color-palette
> - [deleted] (none) -> origin/remove-suspended-and-deleted-users-from-leaderboard
> - [deleted] (none) -> origin/rollup-theme-experiment
> - [deleted] (none) -> origin/ux-editor-toolbar-mobile-scroll
> - [deleted] (none) -> origin/ux/sidebar-show-messages-count
> 43ddd4ef3..ea5b5b6c0 main -> origin/main
> * [new branch] 0-a-depr-html-safe -> origin/0-a-depr-html-safe
> * [new branch] 0-a-tabs -> origin/0-a-tabs
> * [new branch] add-composer-mention-warnings -> origin/add-composer-mention-warnings
> 187f13d67..8d4a86f25 add-plugin-outlet-wrapper-to-login-template -> origin/add-plugin-outlet-wrapper-to-login-template
> * [new branch] ai_default_llm -> origin/ai_default_llm
> * [new branch] content-border-color -> origin/content-border-color
> + 51077ac74...088f149a6 dependabot/bundler/excon-1.2.8 -> origin/dependabot/bundler/excon-1.2.8 (forced update)
> + 36699b311...e3f5c2d0d dependabot/bundler/jwt-3.1.2 -> origin/dependabot/bundler/jwt-3.1.2 (forced update)
> * [new branch] dependabot/bundler/octokit-10.0.0 -> origin/dependabot/bundler/octokit-10.0.0
> * [new branch] dependabot/bundler/stripe-15.3.0 -> origin/dependabot/bundler/stripe-15.3.0
> + def825f3f...b5a5f3924 dependabot/bundler/web-push-3.0.2 -> origin/dependabot/bundler/web-push-3.0.2 (forced update)
> * [new branch] dependabot/bundler/zendesk_api-3.1.1 -> origin/dependabot/bundler/zendesk_api-3.1.1
> + f4d832ec8...5aa0145f3 dependabot/npm_and_yarn/embroider-0ad991d471 -> origin/dependabot/npm_and_yarn/embroider-0ad991d471 (forced update)
> * [new branch] dependabot/npm_and_yarn/fortawesome/fontawesome-free-7.0.0 -> origin/dependabot/npm_and_yarn/fortawesome/fontawesome-free-7.0.0
> * [new branch] dependabot/npm_and_yarn/jspreadsheet-ce-5.0.3 -> origin/dependabot/npm_and_yarn/jspreadsheet-ce-5.0.3
> * [new branch] dependabot/npm_and_yarn/lint-fda1ac657e -> origin/dependabot/npm_and_yarn/lint-fda1ac657e
> + e46dc3798...d3420e3eb dependabot/npm_and_yarn/prosemirror-f8434604ae -> origin/dependabot/npm_and_yarn/prosemirror-f8434604ae (forced update)
> * [new branch] dependabot/npm_and_yarn/puppeteer-core-24.15.0 -> origin/dependabot/npm_and_yarn/puppeteer-core-24.15.0
> + 4bcbc028d...03b9759db dev-floatkit-autocomplete-d-editor -> origin/dev-floatkit-autocomplete-d-editor (forced update)
> + ea5bba76a...03b9759db dev-floatkit-autocomplete-d-editor-qa -> origin/dev-floatkit-autocomplete-d-editor-qa (forced update)
> * [new branch] dev/decorate-cooked-state -> origin/dev/decorate-cooked-state
> 56e6c9ae1..11c480f88 dev/no-more-widgets-smoke-test -> origin/dev/no-more-widgets-smoke-test
> * [new branch] dev/post-keep-detail-state -> origin/dev/post-keep-detail-state
> * [new branch] dev/prevent-rerenderings -> origin/dev/prevent-rerenderings
> * [new branch] dev/remove-redundant-staff-check-6 -> origin/dev/remove-redundant-staff-check-6
> 1f3bbee91..00dfb95b1 dev/try-fix-flakys-tss -> origin/dev/try-fix-flakys-tss
> * [new branch] dual-mode-palettes-wip -> origin/dual-mode-palettes-wip
> * [new branch] feature/color-mode-preference -> origin/feature/color-mode-preference
> * [new branch] feature/type-upload-in-type-objects -> origin/feature/type-upload-in-type-objects
> * [new branch] feature/use-current-user-tz-instead-of-guess-local-dates -> origin/feature/use-current-user-tz-instead-of-guess-local-dates
> * [new branch] filter-tips-dmenu-martinwip -> origin/filter-tips-dmenu-martinwip
> * [new branch] filter-updates -> origin/filter-updates
> * [new branch] fix-color-palette-dark -> origin/fix-color-palette-dark
> * [new branch] fix/missing-user-custom-preferences-outlet-class-in-connector -> origin/fix/missing-user-custom-preferences-outlet-class-in-connector
> * [new branch] improve_no_database_error_patch -> origin/improve_no_database_error_patch
> * [new branch] improve_pg_adapter_new_client_error -> origin/improve_pg_adapter_new_client_error
> * [new branch] loic-pitchfork -> origin/loic-pitchfork
> * [new branch] messages-dropdown-d-menu -> origin/messages-dropdown-d-menu
> * [new branch] my-pref-lang -> origin/my-pref-lang
> * [new branch] notification-panel-refactor -> origin/notification-panel-refactor
> * [new branch] pinned-dmenu -> origin/pinned-dmenu
> * [new branch] rollup-plugin-experiment -> origin/rollup-plugin-experiment
> * [new branch] rollup-theme-experiment-cross-theme-import -> origin/rollup-theme-experiment-cross-theme-import
> * [new branch] samsaffron/codex/convert-filter-tips-to-use-dmenu -> origin/samsaffron/codex/convert-filter-tips-to-use-dmenu
> 8cb90072e..710d9fd41 sandbox/design-1 -> origin/sandbox/design-1
> 1f97cf422..aa2fb29fa sandbox/dev-xp-1 -> origin/sandbox/dev-xp-1
> 817a743cb..3428acddc sandbox/member-xp-1 -> origin/sandbox/member-xp-1
> + d182efe6f...a0aba00c7 sandbox/member-xp-2 -> origin/sandbox/member-xp-2 (forced update)
> * [new branch] source-identify-modulepreload -> origin/source-identify-modulepreload
> + 9aa6daa1f...c56258634 split-login-admin-settings -> origin/split-login-admin-settings (forced update)
> a83bd0f67..41e1152f6 stable -> origin/stable
> + 293de3a75...e31549885 temp-user-creation-debug-logging -> origin/temp-user-creation-debug-logging (forced update)
> 43ddd4ef3..ea5b5b6c0 tests-passed -> origin/tests-passed
> * [new branch] theme-upload-cleanup -> origin/theme-upload-cleanup
> * [new branch] translations-from-crowdin-main -> origin/translations-from-crowdin-main
> + 9f8fd9214...c3562ed3a translations-from-crowdin-stable -> origin/translations-from-crowdin-stable (forced update)
> + 4ffab7134...e211b4a55 unicode-mentions-in-composer-rte -> origin/unicode-mentions-in-composer-rte (forced update)
> * [new branch] ux-footer-button-squish -> origin/ux-footer-button-squish
> * [new branch] ux-horizon-discotoc -> origin/ux-horizon-discotoc
> * [new branch] ux-unify-appearance-filters -> origin/ux-unify-appearance-filters
> b0c2d83ec..045aefecb ux/horizon-mobile-composer -> origin/ux/horizon-mobile-composer
> * [new branch] ux/sidebar-my-messages-enhancements -> origin/ux/sidebar-my-messages-enhancements
> + 28d11bbd0...6f7d9e816 variable-additions-2 -> origin/variable-additions-2 (forced update)
> 39d2564ba..57dcfda6a vite-squashed-rebased -> origin/vite-squashed-rebased
> I, [2025-07-28T12:19:43.174876 #1] INFO -- : 
> I, [2025-07-28T12:19:43.174943 #1] INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse bash -c '
> set -o errexit
> if [[$(git symbolic-ref --short HEAD) == tests-passed]] ; then
> git pull
> else
> git -c advice.detachedHead=false checkout tests-passed
> fi
> '
> error: RPC failed; curl 56 Recv failure: Connection reset by peer
> error: 5470 bytes of body are still expected
> fetch-pack: unexpected disconnect while reading sideband packet
> fatal: early EOF
> fatal: fetch-pack: invalid index-pack output
> fatal: could not fetch bff89c0762e874ec88d553d89901dbda4fa89f20 from promisor remote
> I, [2025-07-28T12:23:50.121438 #1] INFO -- : 
> 
> ```

Während versucht wird, von GitHub zu ziehen, ist im Host über htop keinerlei Aktivität zu erkennen.

Host-Details: Proxmox-VM mit Debian 11, 4 Kerne, 12 GB RAM. Während des Neuaufbaus ist ausreichend freier Speicher vorhanden, sodass es sich nicht um ein Speicherproblem handeln sollte. Der Server steht in Deutschland, sodass der Zugriff auf GitHub nicht blockiert sein sollte.

Ich habe herausgefunden, dass

```plaintext
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output

```

auf ein Timeout hindeutet, z. B. wenn die Verbindung zu langsam ist. Ein Check der Verbindungsgeschwindigkeit zeigt etwa 890 MBit/s Upload und Download. Der Speicher besteht vollständig aus NVMe-Laufwerken, daher sehe ich keinen Grund, warum es in diesem Schritt zu einem Timeout kommen sollte.

Ich habe versucht, den gesamten Docker-Build-Cache zu leeren, das Host-System zunächst auf die neuesten Pakete zu aktualisieren, neu zu starten und sogar den Server auf einen anderen Knoten im Cluster zu verschieben, um einen fehlerhaften Host als Ursache auszuschließen.

Fast hätte ich vergessen hinzuzufügen: Beim Aufruf des Admin-Bereichs erhalte ich die Information, dass ich nicht auf der neuesten Version bin. Beim Klicken auf `Click here to update` tritt jedoch ein Fehler auf:

```plaintext
Server-Error
while loading /admin/docker/repos
Errorcode: 502 error

```

Auch dort sehe ich Timeout-Fehler:

```plaintext
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:128:in `block in wait_poll' 
<internal:kernel>:187:in `loop'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:117:in `wait_poll' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:78:in `internal_poll' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:204:in `internal_poll' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:73:in `block in poll' 
/usr/local/lib/ruby/3.3.0/monitor.rb:201:in `synchronize'
/usr/local/lib/ruby/3.3.0/monitor.rb:201:in `mon_synchronize'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:82:in `synchronize' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb:73:in `poll' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:868:in `acquire_connection' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:564:in `checkout' 
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:421:in `with_connection' 
activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection' 
activerecord-7.2.2.1/lib/active_record/transactions.rb:410:in `with_transaction_returning_status' 
activerecord-7.2.2.1/lib/active_record/transactions.rb:366:in `save!' 
activerecord-7.2.2.1/lib/active_record/suppressor.rb:56:in `save!' 
activerecord-7.2.2.1/lib/active_record/persistence.rb:55:in `create!' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:128:in `process_queue' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads' 

```

und

```plaintext
excon-1.2.5/lib/excon/socket.rb:386:in `select_with_timeout' 
excon-1.2.5/lib/excon/socket.rb:258:in `rescue in read_nonblock' 
excon-1.2.5/lib/excon/socket.rb:228:in `read_nonblock' 
excon-1.2.5/lib/excon/socket.rb:89:in `block in readline' 
<internal:kernel>:187:in `loop'
excon-1.2.5/lib/excon/socket.rb:78:in `readline' 
excon-1.2.5/lib/excon/response.rb:73:in `block in parse' 
<internal:kernel>:187:in `loop'
excon-1.2.5/lib/excon/response.rb:72:in `parse' 
excon-1.2.5/lib/excon/middlewares/response_parser.rb:7:in `response_call' 
excon-1.2.5/lib/excon/connection.rb:472:in `response' 
excon-1.2.5/lib/excon/connection.rb:297:in `request' 
/var/www/discourse/lib/discourse_updates.rb:136:in `new_features_payload' 
/var/www/discourse/app/jobs/scheduled/check_new_features.rb:24:in `execute' 
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform' 
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform' 
/var/www/discourse/app/jobs/base.rb:299:in `each' 
/var/www/discourse/app/jobs/base.rb:299:in `perform' 
/var/www/discourse/app/jobs/base.rb:379:in `perform' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in `process_queue' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop' 
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads' 

```

Ich bin wirklich ratlos. Ich habe versucht, die Systemressourcen zu erhöhen, aber das Hinzufügen weiterer Kerne oder mehr Speicher ändert nichts – der Fehler bleibt bestehen.

Ich habe auch versucht, den `git http.postBuffer` zu erhöhen; jetzt hängt es etwas länger, bevor es fehlschlägt.

Ich hoffe, jemand hat eine Idee, da ich keine weiteren Threads oder Beiträge zu dieser Art von Fehler finden konnte.

Vielen Dank!

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [28. Juli 2025 um 18:11 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/2 "2025-07-28T18:11:49Z")

</div>

Haben Sie viele Erweiterungen in Ihrer app.yml-Datei? Es könnte sich lohnen, sie alle auszukommentieren und zu sehen, ob die Dinge funktionieren, und wenn ja, können Sie sie wieder einkommentieren.

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [29. Juli 2025 um 07:37 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/3 "2025-07-29T07:37:12Z")

</div>

Wir verwenden nicht viele Plugins. Ich habe auch bereits die entfernt, die gemäß den Changelogs in den Core integriert wurden.

Nur diese sind derzeit eingerichtet:

```plaintext
          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-translator.git
          - git clone https://github.com/discourse/onebox.git

```

Ich habe diese auskommentiert, aber es hängt immer noch an derselben Stelle.

Dies ist auch nur eine DEV-Instanz, also keine Sorge wegen Daten. Wenn alles schiefgeht, kann ich einfach einen Dump vom Produktionsserver einspielen, um ihn wieder zum Laufen zu bringen. Aber unser Produktionssystem ist auf derselben Version, daher gehe ich davon aus, dass ich dort auch auf dieselben Probleme stoßen werde.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [29. Juli 2025 um 11:58 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/4 "2025-07-29T11:58:43Z")

</div>

Es fühlt sich wie ein Problem des Anbieters oder vielleicht ein Kernel-Problem an. Aber ich bin mit einer Entwicklerinstallation nicht vertraut.

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [29. Juli 2025 um 12:14 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/5 "2025-07-29T12:14:32Z")

</div>

Es wird bei Hetzner in Deutschland gehostet, es gibt auch nichts Besonderes am Kernel, nur Standard Debian 11 bei Kernel 5.10.237-1.

`DEV-Instance` bezieht sich nur darauf, dass es unsere Testinstanz ist, um Dinge wie Updates/Upgrades auszuprobieren, bevor wir sie auf unserem eigentlichen Produktionssystem durchführen, um sicherzustellen, dass die Live-Version nicht beeinträchtigt wird. Es ist also im Grunde nur eine Replik unseres Live-Systems, um Dinge darauf auszuprobieren.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [29. Juli 2025 um 14:59 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/6 "2025-07-29T14:59:59Z")

</div>

Ah, richtig. Wenn es auf dem üblichen Container basiert und Verbindungsprobleme hat, glaube ich nicht, dass das ein Discourse-Problem ist.

Ihr Kernel ist sehr alt. Ich benutze Ubuntu 24.04 mit 6.8.0-53.

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [30. Juli 2025 um 08:34 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/7 "2025-07-30T08:34:19Z")

</div>

Der Kernel wurde im Mai 2025 erstellt und ist der aktuelle für Debian 11, der noch vollständig unterstützt wird. 2 Monate sind nicht wirklich „sehr alt“.

Aber um dies auszuschließen, habe ich das System auf Debian 12 und den aktuellsten Mainline-Kernel 6.10 aktualisiert (wiederum nicht alt, dies ist der aktuellste Debian 12-Kernel, ohne irgendwelche Entwicklungs-/Nacht- oder Vorschau-Builds auszuführen), und das Problem ist exakt dasselbe.

Alles auf dem Host funktioniert, es gibt keine Verbindungsprobleme zu GitHub oder anderen Websites, selbst ein vollständiges System-Upgrade wurde innerhalb von 5 Minuten ohne Probleme durchgeführt. Das Einzige, was auf diesem System nicht funktioniert, ist Discourse – was es zuvor jahrelang getan hat.

Es ist auch seltsam, dass das Update über das Admin-Panel nur einen 502 anzeigt, was auf einige Probleme innerhalb von Discourse hindeutet, während ein größtenteils unverändertes Standard-Image läuft. Es sind keine Drittanbieter-Plugins installiert, keine Modifikationen außer einem benutzerdefinierten Theme.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [30. Juli 2025 um 13:45 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/8 "2025-07-30T13:45:56Z")

</div>

Das ist sehr seltsam. Gut gemacht, dass Sie den Kernel überprüft haben – es gab Kernel-Versionsinkompatibilitäten, aber offensichtlich ist es nicht das.

Sie können eine Kommandozeile innerhalb des Containers erhalten und vielleicht einige Netzwerkoperationen (wget oder curl) versuchen, aber ich bin mir nicht sicher, was es beweisen könnte.

Ich habe im Moment keine anderen Ideen, tut mir leid.

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [30. Juli 2025 um 14:11 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/9 "2025-07-30T14:11:30Z")

</div>

Ich habe festgestellt, dass die Fehler auf Git-Konfigurationen hinweisen, die möglicherweise geändert werden müssen – aber ich bin mir nicht sicher, wo ich diese ändern könnte, da alles innerhalb des Containers während des Neuaufbaus geschieht. Änderungen daran auf dem Host selbst haben nichts bewirkt.

Änderungen wie `git config http.postBuffer 524288000` wirken sich wahrscheinlich nicht auf den Neuaufbau aus, wenn sie auf dem Hostsystem geändert werden.  
Das Gleiche gilt für Komprimierungseinstellungen oder Git-Speicherlimits.

Ich werde prüfen, ob ich eine neue Einrichtung auf einem ähnlichen Host zum Laufen bringen kann oder ob dies mit derselben Version ebenfalls fehlschlägt.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [30. Juli 2025 um 15:44 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/10 "2025-07-30T15:44:25Z")

</div>

Vielleicht können Sie einige Befehlsspezifikationen in Ihre app.yml-Datei aufnehmen – siehe

> [@Overgrow](#):
>
> ```plaintext
> # Zugriff aufheben
> - git config --global --unset core.sshCommand
> 
> ```

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [4. August 2025 um 10:52 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/11 "2025-08-04T10:52:34Z")

</div>

Ich habe das jetzt versucht und leider keine Änderung. Ich bin mir nicht sicher, ob der Befehl ausgeführt wird, bevor er versucht, den eigentlichen Container zu ziehen/zu bauen.

Er müsste direkt beim Start zum (Neu-)Aufbau ausgeführt werden. Ich würde erwarten, dass diese Hooks nach dem Ziehen/Bauen der Website unter `/var/www/discourse` ausgeführt werden, was bei mir nicht abgeschlossen wird.

Ich bin an diesem Punkt wirklich ratlos.

Bearbeiten: Ich habe versucht, das Problem aus dem laufenden Container heraus zu diagnostizieren, und es scheint auch dort ein Problem zu geben. Das Klonen des Discourse Docker-Repositorys schlägt auch hier fehl:

```plaintext
root@community-app:/tmp# git clone https://github.com/discourse/discourse_docker.git
Cloning into 'discourse_docker'...
remote: Enumerating objects: 7235, done.
remote: Counting objects: 100% (234/234), done.
remote: Compressing objects: 100% (104/104), done.
error: RPC failed; curl 56 Recv failure: Connection reset by peer
error: 1355 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output

```

Also muss etwas mit Docker nicht stimmen oder… ich weiß es nicht.  
Ich kann dasselbe Repository problemlos vom Host-System aus klonen, aber nicht innerhalb des Containers. Das ist derselbe Punkt, an dem der Rebuild fehlschlägt.

Ich werde die Docker-Netzwerkkonfiguration etwas genauer untersuchen, vielleicht finde ich dort etwas.

---

<div class="post-metadata">

### Author: ![hannsr](https://avatars.discourse-cdn.com/v4/letter/h/f05b48/32.png) [@hannsr](https://meta.discourse.org/u/hannsr)
#### Post date: [4. August 2025 um 12:21 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/12 "2025-08-04T12:21:58Z")

</div>

Oof, ich habe es endlich herausgefunden. Das Problem lag tatsächlich bei Docker und dem Host-Netzwerk, nicht bei Discourse.

Hetzner erfordert, wenn man einen vSwitch mit einem öffentlichen Subnetz betreibt, dass die MTU auf 1400 statt auf 1500 gesetzt wird. Ich hatte das irgendwann geändert, aber anscheinend wurde diese Änderung irgendwann rückgängig gemacht. Also musste ich das wiederholen und Docker mit der korrekten MTU neu starten.

Jetzt funktioniert auch die Update-Site innerhalb von Discourse.

Lustig, wie alles andere die ganze Zeit funktioniert hat.

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [3. September 2025 um 12:22 UTC](https://meta.discourse.org/t/issues-updating-rebuilding-to-beta7/376181/13 "2025-09-03T12:22:19Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.