Git-Fehler beim Neuaufbau der App - Remote-Ref refs/heads/tests-passed konnte nicht gefunden werden

Hallo Leute,

Ich erhalte diesen Fehler, wenn ich die App neu erstelle

> Pups::ExecError: 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
> ' failed with return #<Process::Status: pid 145 exit 128>

Wenn ich das ausführe:

> git fetch --tags --prune-tags --prune --force origin

erhalte ich den Fehler

> fatal: couldn't find remote ref refs/heads/tests-passed

Mache ich etwas falsch?

Danke und viele Grüße!

P.S. Habe vergessen zu erwähnen. Der erste Checkout hat funktioniert, nur die Aufgabe “rebuild app” schlägt mit diesem Fehler fehl. Also kein Git-Problem meinerseits, denke ich (hoffe ich :slight_smile: )

habe gerade weitere Probleme in den Logs bemerkt :frowning:

Updates erfolgreich. Wird in 5 Sekunden neu aufgebaut.
App wird erstellt
x86_64 Architektur erkannt.
Stellt sicher, dass der Launcher auf dem neuesten Stand ist
fatal: Remote-Referenz refs/heads/tests-passed nicht gefunden
fatal: Upstream-Branch ‘refs/heads/main’ nicht als Remote-Tracking-Branch gespeichert
fatal: Upstream-Branch ‘refs/heads/main’ nicht als Remote-Tracking-Branch gespeichert
./launcher: Zeile 794: [: 69d7558c98a3775f62b720a8393e76f2b42bd916: unärer Operator erwartet
./launcher: Zeile 797: [: 69d7558c98a3775f62b720a8393e76f2b42bd916: unärer Operator erwartet

Wenn ich einen Container mit docker run -it --entrypoint /bin/bash … ausführe
und versuche, git zu verwenden, erhalte ich Folgendes

git clone https://github.com/discourse/discourse.git/
Cloning into 'discourse'...
fatal: unable to access 'https://github.com/discourse/discourse.git/': server certificate verification failed. CAfile: none CRLfile: none

Können Sie bitte die vollständige Protokollausgabe posten und einen vorformatierten Text-Codeblock verwenden? Das würde helfen.

Ich vermute, Sie tun dies in einem Unternehmensnetzwerk, das einen MITM-inspektierenden Proxy für ausgehenden Webverkehr verwendet?

Wenn ja, müssen Sie Ihren Server (und das Docker-Image) so konfigurieren, dass er Ihrem Enterprise CA Root vertraut.

Das ist genau der Fall. Gibt es eine Standardfunktionalität in Discourse Docker, um das zu erreichen (ich meine das Docker-Image, nicht den Server), oder muss ich das manuell machen?

Vielen Dank im Voraus und viele Grüße,

WS

Update: Nein, ich lag falsch. Ich mache das tatsächlich in einem Unternehmenskontext, aber die Instanz befindet sich auf einer EC2-Instanz (Standard Amazon Linux 2 AMI), die über einen Proxy ins Internet gehen kann …
Und wie gesagt, der erste Checkout war erfolgreich, nur der Rebuild bricht ab.

Habe es nochmal geprüft, es funktioniert auf dem Host, aber nicht im Container :frowning:

Hallo @Lilly , Entschuldigung, dass es eine Weile gedauert hat, aber hier ist das Protokoll (der relevante Teil, nehme ich an)

I, [2024-11-20T05:57:07.498456 #1]  INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse git reset --hard
Aktualisiere Dateien: 100% (34680/34680), erledigt.
I, [2024-11-20T05:57:11.943323 #1]  INFO -- : HEAD ist jetzt bei 274e18622 FIX: Video-Uploads hängen manchmal unendlich (#28523)

I, [2024-11-20T05:57:11.943867 #1]  INFO -- : > cd /var/www/discourse && sudo -H -E -u discourse git clean -f
I, [2024-11-20T05:57:12.079705 #1]  INFO -- : 
I, [2024-11-20T05:57:12.080107 #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
'
fatal: unable to access 'https://github.com/discourse/discourse.git/': server certificate verification failed. CAfile: none CRLfile: none
I, [2024-11-20T05:57:12.186392 #1]  INFO -- : 
I, [2024-11-20T05:57:12.187130 #1]  INFO -- : Asynchrone Prozesse werden beendet
I, [2024-11-20T05:57:12.187180 #1]  INFO -- : Sende INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 39
2024-11-20 05:57:12.187 UTC [39] LOG:  schnelle Herunterfahr-Anforderung empfangen
I, [2024-11-20T05:57:12.187839 #1]  INFO -- : Sende TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 107
107:signal-handler (1732082232) SIGTERM empfangen, Herunterfahren wird geplant...
2024-11-20 05:57:12.189 UTC [39] LOG:  aktive Transaktionen werden abgebrochen
107:M 20 Nov 2024 05:57:12.193 # Benutzer hat Herunterfahren angefordert...
107:M 20 Nov 2024 05:57:12.193 * Speichere den finalen RDB-Snapshot vor dem Beenden.
2024-11-20 05:57:12.194 UTC [39] LOG:  Hintergrundarbeiter "logical replication launcher" (PID 54) mit Exit-Code 1 beendet
2024-11-20 05:57:12.194 UTC [49] LOG:  wird heruntergefahren
107:M 20 Nov 2024 05:57:12.197 * DB auf Festplatte gespeichert
107:M 20 Nov 2024 05:57:12.197 # Redis ist nun bereit zum Beenden, auf Wiedersehen...
2024-11-20 05:57:12.227 UTC [39] LOG:  Datenbanksystem ist heruntergefahren

FAILED
--------------------
Pups::ExecError: 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
' failed with return #<Process::Status: pid 144 exit 128>
Ort des Fehlschlags: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"code", "cmd"=>["sudo -H -E -u discourse git reset --hard", "sudo -H -E -u discourse git clean -f", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [ $(git rev-parse --is-shallow-repository) == \"true\" ]; then\n      git remote set-branches --add origin main\n      git remote set-branches origin $version\n      git fetch --depth 1 origin $version\n  else\n      git fetch --tags --prune-tags --prune --force origin\n  fi\n'", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [[ $(git symbolic-ref --short HEAD) == $version ]] ; then\n      git pull\n  else\n      git -c advice.detachedHead=false checkout $version\n  fi\n'", "sudo -H -E -u discourse git config user.discourse-version $version", "mkdir -p tmp", "chown discourse:www-data tmp", "mkdir -p tmp/pids", "mkdir -p tmp/sockets", "touch tmp/.gitkeep", "mkdir -p                    /shared/log/rails", "bash -c \"touch -a           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log\"", "bash -c \"ln    -s           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log $home/log\"", "bash -c \"mkdir -p           /shared/{uploads,backups}\"", "bash -c \"ln    -s           /shared/{uploads,backups} $home/public\"", "bash -c \"mkdir -p           /shared/tmp/{backups,restores}\"", "bash -c \"ln    -s           /shared/tmp/{backups,restores} $home/tmp\"", "chown -R discourse:www-data /shared/log/rails /shared/uploads /shared/backups /shared/tmp\"", "[ ! -d public/plugins ] || find public/plugins/ -maxdepth 1 -xtype l -delete]"}
bootstrap failed with exit code 128
** BOOTSTRAP FEHLGESCHLAGEN ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.

Entschuldigt Leute, es war ein Proxy-Problem. Ich musste die Proxys in ~/.docker/config.json konfigurieren, damit sie in den Container injiziert werden, und es hat funktioniert…

Gott, wie viel Lebenszeit habe ich mit Proxy-Problemen verschwendet?? :stuck_out_tongue:

3 „Gefällt mir“

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