Build Fallisce su Nuovo Host

Installazione
1

Ho copiato e l’intero /var/discourse su un nuovo host. Aggiornato il CNAME e SSL tutto funziona bene. Quando provo a fare una ricostruzione, ottengo un problema che non riesco a capire.

 sudo ./launcher rebuild app
I, [2022-03-11T16:50:42.832830 #1]  INFO -- :
I, [2022-03-11T16:50:42.833980 #1]  INFO -- : Sostituzione di pid /run/nginx.pid; con daemon off; in /etc/nginx/nginx.conf
I, [2022-03-11T16:50:42.834524 #1]  INFO -- : Sostituzione di (?m-ix:upstream[^\\}]+\\}) con upstream discourse { server 127.0.0.1:3000; } in /etc/nginx/conf.d/discourse.conf
I, [2022-03-11T16:50:42.834854 #1]  INFO -- : Sostituzione di (?-mix:server_name.+$) con server_name _ ; in /etc/nginx/conf.d/discourse.conf
I, [2022-03-11T16:50:42.835184 #1]  INFO -- : Sostituzione di (?-mix:client_max_body_size.+$) con client_max_body_size $upload_size ; in /etc/nginx/conf.d/discourse.conf
I, [2022-03-11T16:50:42.835501 #1]  INFO -- : Sostituzione di (?-mix:worker_connections.+$) con worker_connections $nginx_worker_connections ; in /etc/nginx/nginx.conf
I, [2022-03-11T16:50:42.835804 #1]  INFO -- : > echo "done configuring web"
I, [2022-03-11T16:50:42.839749 #1]  INFO -- : done configuring web

I, [2022-03-11T16:50:42.840160 #1]  INFO -- : > cd /var/www/discourse && gem install bundler --conservative -v $(awk '/BUNDLED WITH/ { getline; gsub(/ /,""); print $0 }' Gemfile.lock)
ERRORE:  Impossibile trovare una gemma valida 'bundler' (= 2.3.4), ecco perché:
          Impossibile scaricare dati da https://rubygems.org/ - Net::OpenTimeout: execution expired (https://rubygems.org/specs.48.gz)
I, [2022-03-11T16:55:43.338723 #1]  INFO -- :
I, [2022-03-11T16:55:43.339140 #1]  INFO -- : Terminazione dei processi asincroni
I, [2022-03-11T16:55:43.339338 #1]  INFO -- : Invio di INT a 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: 42
I, [2022-03-11T16:55:43.339402 #1]  INFO -- : Invio di TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
2022-03-11 16:55:43.339 UTC [42] LOG:  ricevuta richiesta di arresto rapido
103:signal-handler (1647017743) Received SIGTERM scheduling shutdown...
2022-03-11 16:55:43.340 UTC [42] LOG:  annullamento di tutte le transazioni attive
2022-03-11 16:55:43.342 UTC [42] LOG:  il worker in background "logical replication launcher" (PID 51) è terminato con codice di uscita 1
2022-03-11 16:55:43.346 UTC [46] LOG:  spegnimento in corso
2022-03-11 16:55:43.361 UTC [42] LOG:  il sistema di database è spento
103:M 11 Mar 2022 16:55:43.363 # Richiesta di arresto dall'utente...
103:M 11 Mar 2022 16:55:43.363 * Salvataggio dello snapshot RDB finale prima di uscire.
103:M 11 Mar 2022 16:55:43.433 * DB salvato su disco
103:M 11 Mar 2022 16:55:43.434 # Redis è ora pronto per uscire, arrivederci...

Un wget di rubygems funziona bene, la connettività internet va bene. Qualsiasi suggerimento?

1 Mi Piace
2

Se la connettività internet funziona sull’host, è necessario eseguire il debug della connettività internet all’interno dei container Docker su quell’host.

2 Mi Piace
3

Ho trovato il mio problema. Ho IPv6 abilitato su docker, il che sembra confondere le cose.

Ho dovuto disattivarlo e poi ricaricare docker.

{
  "ipv6": false,
  "fixed-cidr-v6": "2001:db8:1::/64"
}

Grazie per l’aiuto!

2 Mi Piace
4

Più specificamente: avevi IPv6 abilitato e configurato per distribuire indirizzi che non torneranno ai tuoi container.

Non tutte le app sono scritte per tornare a v4 se la connettività v6 è interrotta.

2 Mi Piace
5

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