/usr/bin/docker: Fehlerantwort vom Daemon: Treiber hat externe Konnektivität für Endpunkt app nicht programmieren können

Hey Leute, ich sitze seit über einer Woche an diesem Problem fest. Ich habe alle relevanten Themen im Meta-Bereich durchgelesen und alle Lösungen hier und anderswo ausprobiert, aber nichts funktioniert. Ich bin einfach ratlos.

Jedes Mal, wenn ich ./launcher rebuild app ausführe, läuft es bis zum Ende durch und dann…

Removing old container
+ /usr/bin/docker rm app
app

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=4 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_HOSTNAME=bitkcor.com -e DISCOURSE_DEVELOPER_EMAILS=admin@bitkcor.com -e DISCOURSE_SMTP_ADDRESS=smtp.mailgun.org -e DISCOURSE_SMTP_PORT=2525 -e DISCOURSE_SMTP_USER_NAME=postmaster@bitkcor.com -e DISCOURSE_SMTP_PASSWORD=af3ce4432f9613e0b36545e5c1b941c6-c1fe131e-22e64a1e -e LETSENCRYPT_ACCOUNT_EMAIL=admin@bitkcor.com -h bitkcor-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:d6:ee:ff:fa:8d local_discourse/app /sbin/boot
2bef25314e87e6c0679ced8f3c04dd8a98808350baba7a4ff94a3e4c55dc5c20
/usr/bin/docker: Error response from daemon: driver failed programming external connectivity on endpoint app (095c02cba7ddee18c64f04ccd1043408aa8ffed8a3c560b8eeeea133c7abe6c6): Error starting userland proxy: listen tcp 0.0.0.0:80: bind: address already in use.

Ich dachte, die Lösung muss einfach sein, aber ich finde sie nicht.

Weiß jemand eine Antwort?

Etwas blockiert den Port 80, was bedeutet, dass irgendein Webserver läuft.

Danke, Jeff. Ich habe heute Morgen deinen Kommentar in einem Thread dazu aus dem Jahr 2015 gelesen. Gibt es einen Terminal-Befehl, um nachzuvollziehen, was es gerade verwendet?

Ich habe sudo lsof -i :80 ausgeführt und folgendes erhalten:

COMMAND  PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
nginx   3336     root    6u  IPv4  21408      0t0  TCP *:http (LISTEN)
nginx   3336     root    7u  IPv6  21409      0t0  TCP *:http (LISTEN)
nginx   3338 www-data    6u  IPv4  21408      0t0  TCP *:http (LISTEN)
nginx   3338 www-data    7u  IPv6  21409      0t0  TCP *:http (LISTEN)
nginx   3339 www-data    6u  IPv4  21408      0t0  TCP *:http (LISTEN)
nginx   3339 www-data    7u  IPv6  21409      0t0  TCP *:http (LISTEN)

Okay, ich habe es falsch gemacht. Ich habe root verlassen und erneut sudo lsof -i :80 ausgeführt. Ich versuche noch herauszufinden, was das ist, aber es ist ein Fortschritt.

COMMAND   PID        USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
Google    671 triberocket   30u  IPv4 0x1e729b312ca69e05      0t0  TCP 10.0.0.237:56713->server-13-249-71-64.dfw53.r.cloudfront.net:http (ESTABLISHED)
Google    671 triberocket   58u  IPv4 0x1e729b311af72ba5      0t0  TCP 10.0.0.237:56714->server-13-249-71-64.dfw53.r.cloudfront.net:http (ESTABLISHED)

Ich bin jetzt völlig verwirrt. Ich habe den Activity Monitor verwendet und nach Port sortiert. Eine App namens Google Drive File Stream, die ich gerade heruntergeladen habe, war darauf ausgelegt, Port 80 zu belegen. Die App war merkwürdig, also habe ich sie komplett gelöscht und den Papierkorb geleert. Sobald ich die Google-App beendet habe, tauchte etwas namens ContactAccountsServices im Activity Monitor auf. Ich habe es beendet und einen vollständigen Neustart des Computers durchgeführt.

Der Computer startet erneut. Ich habe herausgefunden, dass das „Google

Versuche sudo systemctl stop nginx.

Die Nginx-Willkommensseite wurde entfernt, aber jetzt lädt nichts — https://bitkcor.com/

Immer noch auf eine leere Seite starrend. Muss ich jetzt etwas neu starten? Hast du irgendwelche Vorschläge?

Tatsächlich. Einfach SSL in Cloudflare wieder auf ‘Strict’ stellen, und alles war wieder da.

sudo systemctl stop nginx war die Lösung.

Danke @riking!