Installa Discourse per lo sviluppo usando Docker

EricGT · 17 Ottobre 2020, 9:45am

A mio avviso, questi post correlati dovrebbero costituire un argomento separato, in modo che non vadano persi se questi post vengono eliminati automaticamente, ma anche perché per noi che sviluppiamo o intendiamo sviluppare plugin questo è un argomento howto (da sapere).

Mustafa_Butt · 3 Novembre 2020, 5:58pm

Ciao,

Ho seguito le istruzioni, ma l’app non si avvia e invece mostra questo errore nella console del browser:
“ReferenceError: Discourse is not defined”

Sto cercando una soluzione.
Grazie.

bletch · 11 Dicembre 2020, 5:20pm

Ho eseguito questa configurazione per circa 6 mesi, ma oggi il mio flusso di lavoro abituale in Docker fallisce con un messaggio che indica che Discourse non riesce a connettersi al database.

C’è qualche problema causato dal recente aggiornamento a Postgres 13?

Dopo molti tentativi falliti, ho deciso di rifare l’inizializzazione dell’avvio. Ho rimosso tutti i container discourse_dev ed eseguito:

bletch@BletchUbuntu:~/RubymineProjects/discourse$ git pull
Already up-to-date.
bletch@BletchUbuntu:~/RubymineProjects/discourse$ rm -rf tmp/*
bletch@BletchUbuntu:~/RubymineProjects/discourse$ sudo d/boot_dev --init
Using script path: /home/bletch/RubymineProjects/discourse/bin/docker
Using source in:   /home/bletch/RubymineProjects/discourse
Using data in:     /home/bletch/RubymineProjects/discourse/data/postgres
Mounting symlinks for plugins:  -v /home/bletch/RubymineProjects/plugin_dev/discourse-onebox-assistant:/src/plugins/discourse-onebox-assistant:delegated -v /home/bletch/RubymineProjects/plugin_dev/school-points:/src/plugins/school-points:delegated -v /home/bletch/RubymineProjects/plugin_dev/discourse-custom-wizard:/src/plugins/discourse-custom-wizard:delegated
mount_plugin_symlinks=:  -v /home/bletch/RubymineProjects/plugin_dev/discourse-onebox-assistant:/src/plugins/discourse-onebox-assistant:delegated -v /home/bletch/RubymineProjects/plugin_dev/school-points:/src/plugins/school-points:delegated -v /home/bletch/RubymineProjects/plugin_dev/discourse-custom-wizard:/src/plugins/discourse-custom-wizard:delegated
release: Pulling from discourse/discourse_dev
Digest: sha256:0a9e857b7a225660463a47446fb28d6f8b92b0fc559310723300d59a950d9563
Status: Image is up to date for discourse/discourse_dev:release
docker.io/discourse/discourse_dev:release
d19dec96649b15cd03af4a3f68f3f8f97ec67d06caf274bef301b03c9e7548d9
Installing gems...
Fetching gem metadata from https://rubygems.org/.........
Using rake 13.0.1
...
[LOTS OF GEM DETAILS]
...
Bundle complete! 123 Gemfile dependencies, 209 gems now installed.
Use `bundle info [gemname]` to see where a bundled gem is installed.
Migrating database...
rake aborted!
PG::ConnectionBad: could not connect to server: No such file or directory
	Is the server running locally and accepting
	connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
/src/lib/site_settings/db_provider.rb:61:in `table_exists?'
/src/lib/site_settings/db_provider.rb:16:in `all'
/src/lib/site_settings/defaults_provider.rb:29:in `db_all'
/src/lib/site_setting_extension.rb:290:in `block in refresh!'
/src/lib/site_setting_extension.rb:287:in `synchronize'
/src/lib/site_setting_extension.rb:287:in `refresh!'
/src/lib/site_setting_extension.rb:522:in `block in setup_methods'
/src/config/initializers/004-message_bus.rb:120:in `<main>'
/src/config/environment.rb:7:in `<main>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => db:migrate => db:load_config => environment
(See full trace by running task with --trace)

Ho provato ad accedere al container come root ed eseguire psql, ma ottengo:

root@discourse:/# psql 
psql: error: could not connect to server: No such file or directory
	Is the server running locally and accepting
	connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Il Postgres all’interno del container è stato effettivamente aggiornato.

root@discourse:/# psql -V
psql (PostgreSQL) 13.1 (Debian 13.1-1.pgdg100+1)

Qualche suggerimento?

mentalstring · 11 Dicembre 2020, 5:38pm

Non sono sicuro che si tratti dello stesso problema, ma ho riscontrato un problema simile causato dai permessi su alcuni file nel contenitore a cui postgres non poteva accedere e, di conseguenza, non riusciva ad avviarsi. L’indicazione era nei log di postgres: dacci un’occhiata, forse?

bletch · 11 Dicembre 2020, 8:40pm

Grazie per il suggerimento @mentalstring. Stranamente, il log principale di Postgres /var/log/postgresql/postgresql-13-main.log è vuoto.

Ma c’è un indizio in alcuni degli altri file sotto la struttura /var/log/. Il file /var/log/postgres/current è completamente riempito da errori ripetuti come questo.

2020-12-11 20:06:34.875 UTC [11680] FATAL:  database files are incompatible with server
2020-12-11 20:06:34.875 UTC [11680] DETAIL:  The data directory was initialized by PostgreSQL version 12, which is not compatible with this version 13.1 (Debian 13.1-1.pgdg1
00+1).

Una ricerca su Google rivela che il formato grezzo del database è incompatibile e che è necessario eseguire il comando pg_upgrade.

Non riesco a vedere quel comando nel PATH. In ogni caso, un’ulteriore ricerca su Google rivela che i sistemi basati su Docker hanno difficoltà con questo, poiché sia la versione vecchia che quella nuova di Postgres devono essere presenti per farlo funzionare.

Alcune ulteriori domande per chiunque possa aiutare:

È questo un problema fondamentale nell’uso di Docker in sviluppo per questo aggiornamento?
Ho saltato in qualche modo un passaggio?
Posso convertire ora?
Come ultima risorsa, come posso eliminare i dati attuali in modo che boot_dev --init ricrei il database su Postgres 13?

Grazie in anticipo.

mentalstring · 11 Dicembre 2020, 10:50pm

Questo passaggio è menzionato nel primo post:

rishabh:

I dati vengono mantenuti tra le diverse esecuzioni del container nella directory tmp/postgres della tua root di origine. Se per qualsiasi motivo desideri reimpostare il tuo database, esegui:
sudo rm -fr data

Mikitos · 15 Dicembre 2020, 5:07pm

Ho seguito questa installazione su un VPS, ma ho difficoltà ad accedere al nuovo Discourse installato. Ho provato ad accedere a Discourse dall’indirizzo IP del mio VPS seguito dalla porta 9292, ma senza successo. Credo che la porta esposta sia diversa a causa dell’interfaccia Docker.

Modifica:
Non importa, ho dimenticato di esporre le porte globalmente su Docker.

seanblue · 25 Dicembre 2020, 12:39am

Ho configurato un ambiente di sviluppo all’inizio di quest’anno per creare un plugin. Ora voglio assicurarmi che il plugin funzioni ancora sull’ultima versione di Discourse. È meglio creare un nuovo ambiente di sviluppo da zero (nuovo contenitore Docker, database, ecc.) o è semplice far funzionare l’ultima versione partendo da una build così vecchia? Di tanto in tanto sento parlare di migrazioni del database negli ambienti di produzione, ed è proprio questo che mi crea più dubbi. Se resto con il mio ambiente attuale, dopo aver eseguito il pull da git, cosa devo fare?

pfaffman · 25 Dicembre 2020, 3:49pm

Esegui

bundle install
rake db:migrate

Dovrebbe funzionare

seanblue · 9 Gennaio 2021, 4:22pm

I’m not able to get this working. I pulled the latest from the master branch, and then here’s what I did:

d/boot_dev (works)
d/bundle install (works)
d/rails db:migrate RAILS_ENV=development as indicated in the OP, or d/rake db:migrate as you recommended (neither of them work)

Here’s the error I get for one of them (the other is basically the same):

rails aborted!
PG::ConnectionBad: could not connect to server: No such file or directory
	Is the server running locally and accepting
	connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
/src/lib/site_settings/db_provider.rb:61:in `table_exists?'
/src/lib/site_settings/db_provider.rb:16:in `all'
/src/lib/site_settings/defaults_provider.rb:29:in `db_all'
/src/lib/site_setting_extension.rb:290:in `block in refresh!'
/src/lib/site_setting_extension.rb:287:in `synchronize'
/src/lib/site_setting_extension.rb:287:in `refresh!'
/src/lib/site_setting_extension.rb:522:in `block in setup_methods'
/src/config/initializers/004-message_bus.rb:120:in `<main>'
/src/config/environment.rb:7:in `<main>'
bin/rails:17:in `<main>'
Tasks: TOP => db:migrate => db:load_config => environment

And here’s the full trace if I add --trace as the error message recommends:

Full trace

** Invoke db:migrate (first_time)
** Invoke db:load_config (first_time)
** Invoke environment (first_time)
** Execute environment
rails aborted!
PG::ConnectionBad: could not connect to server: No such file or directory
	Is the server running locally and accepting
	connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
/usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `initialize'
/usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `new'
/usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `connect'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/postgresql_adapter.rb:46:in `postgresql_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:887:in `new_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:931:in `checkout_new_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:910:in `try_to_checkout_new_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:871:in `acquire_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:593:in `checkout'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:437:in `connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:1119:in `retrieve_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_handling.rb:221:in `retrieve_connection'
/usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_handling.rb:189:in `connection'
/src/lib/site_settings/db_provider.rb:61:in `table_exists?'
/src/lib/site_settings/db_provider.rb:16:in `all'
/src/lib/site_settings/defaults_provider.rb:29:in `db_all'
/src/lib/site_setting_extension.rb:290:in `block in refresh!'
/src/lib/site_setting_extension.rb:287:in `synchronize'
/src/lib/site_setting_extension.rb:287:in `refresh!'
/src/lib/site_setting_extension.rb:522:in `block in setup_methods'
/src/config/initializers/004-message_bus.rb:120:in `<main>'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:318:in `block in load'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:291:in `load_dependency'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:318:in `load'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/engine.rb:666:in `block in load_config_initializer'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/notifications.rb:182:in `instrument'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/engine.rb:665:in `load_config_initializer'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/engine.rb:625:in `block (2 levels) in <class:Engine>'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/engine.rb:624:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/engine.rb:624:in `block in <class:Engine>'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:32:in `instance_exec'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:32:in `run'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:61:in `block in run_initializers'
/usr/local/lib/ruby/2.7.0/tsort.rb:228:in `block in tsort_each'
/usr/local/lib/ruby/2.7.0/tsort.rb:350:in `block (2 levels) in each_strongly_connected_component'
/usr/local/lib/ruby/2.7.0/tsort.rb:422:in `block (2 levels) in each_strongly_connected_component_from'
/usr/local/lib/ruby/2.7.0/tsort.rb:431:in `each_strongly_connected_component_from'
/usr/local/lib/ruby/2.7.0/tsort.rb:421:in `block in each_strongly_connected_component_from'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:50:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:50:in `tsort_each_child'
/usr/local/lib/ruby/2.7.0/tsort.rb:415:in `call'
/usr/local/lib/ruby/2.7.0/tsort.rb:415:in `each_strongly_connected_component_from'
/usr/local/lib/ruby/2.7.0/tsort.rb:349:in `block in each_strongly_connected_component'
/usr/local/lib/ruby/2.7.0/tsort.rb:347:in `each'
/usr/local/lib/ruby/2.7.0/tsort.rb:347:in `call'
/usr/local/lib/ruby/2.7.0/tsort.rb:347:in `each_strongly_connected_component'
/usr/local/lib/ruby/2.7.0/tsort.rb:226:in `tsort_each'
/usr/local/lib/ruby/2.7.0/tsort.rb:205:in `tsort_each'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/initializable.rb:60:in `run_initializers'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/application.rb:363:in `initialize!'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/railtie.rb:190:in `public_send'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/railtie.rb:190:in `method_missing'
/src/config/environment.rb:7:in `<main>'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `block in require_with_bootsnap_lfi'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/loaded_features_index.rb:92:in `register'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:22:in `require_with_bootsnap_lfi'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:31:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/zeitwerk-2.4.2/lib/zeitwerk/kernel.rb:34:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `block in require'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:291:in `load_dependency'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/application.rb:339:in `require_environment!'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/application.rb:523:in `block in run_tasks_blocks'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `block in execute'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:281:in `execute'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:219:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `synchronize'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:243:in `block in invoke_prerequisites'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:241:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:241:in `invoke_prerequisites'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:218:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `synchronize'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:243:in `block in invoke_prerequisites'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:241:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:241:in `invoke_prerequisites'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:218:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `synchronize'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:199:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/task.rb:188:in `invoke'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:160:in `invoke_task'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `block (2 levels) in top_level'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `each'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:116:in `block in top_level'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:125:in `run_with_threads'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:110:in `top_level'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/lib/ruby/gems/2.7.0/gems/rake-13.0.3/lib/rake/application.rb:186:in `standard_exception_handling'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/command.rb:48:in `invoke'
/usr/local/lib/ruby/gems/2.7.0/gems/railties-6.0.3.3/lib/rails/commands.rb:18:in `<main>'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `block in require_with_bootsnap_lfi'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/loaded_features_index.rb:92:in `register'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:22:in `require_with_bootsnap_lfi'
/usr/local/lib/ruby/gems/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:31:in `require'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `block in require'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:291:in `load_dependency'
/usr/local/lib/ruby/gems/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `require'
bin/rails:17:in `<main>'
Tasks: TOP => db:migrate => db:load_config => environment

Besides it sounding like it can’t connect to the database, I have no idea what any of this means. I don’t even know how to tell if a database migration is even necessary, other than me assuming it is from chatter on the forums over the last year.

Once this failed I figured I’d try just running d/unicorn in case the database migration wasn’t relevant, but that also failed with the following error at the end:

7: from /usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:871:in `acquire_connection'
	 6: from /usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:910:in `try_to_checkout_new_connection'
	 5: from /usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:931:in `checkout_new_connection'
	 4: from /usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:887:in `new_connection'
	 3: from /usr/local/lib/ruby/gems/2.7.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/postgresql_adapter.rb:46:in `postgresql_connection'
	 2: from /usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `connect'
	 1: from /usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `new'
/usr/local/lib/ruby/gems/2.7.0/gems/pg-1.2.3/lib/pg.rb:58:in `initialize': could not connect to server: No such file or directory (PG::ConnectionBad)
	Is the server running locally and accepting
	connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

So it seems to be the same issue effectively. Any suggestions for how to fix this connection issue or anything else that you may notice being wrong based on the traces?

bletch · 9 Gennaio 2021, 7:35pm

Vedi il mio post sopra.

Potrebbe essere correlato.

La mia impressione era che il mio problema fosse legato a una migrazione a Postgres 13 che viene eseguita automaticamente durante le installazioni complete, ma non durante quelle per lo sviluppo. (un’ipotesi).

Vedi il mio post di follow-up.

Alla fine ho optato per la soluzione definitiva: ho ricreato i dati e li ho ripristinati.

seanblue · 9 Gennaio 2021, 9:22pm

Sì, in realtà non ho dati che valgano la pena di essere salvati. Quindi cancellare tutti i dati è probabilmente l’approccio più semplice, se funziona. È stato sufficiente eseguire di nuovo sudo rm -fr data e d/boot_dev --init per far ripartire tutto? Non sono sicuro di cosa intendiate per “ripristinati”, potreste chiarire quella parte?

bletch · 10 Gennaio 2021, 5:57pm

Sì, avevo dei dati di cui avevo bisogno, quindi ho cancellato i dati esistenti e ho eseguito un RESTORE dal backup.

seanblue · 18 Gennaio 2021, 2:29pm

Sono riuscito a far funzionare di nuovo il mio ambiente eliminando data e riavviando l’inizializzazione, quindi ora posso usare l’app incluso il plugin che stavo testando. Tuttavia, ricevo un errore quando eseguo i test sul mio plugin e su un altro plugin che ho provato per assicurarmi che non fosse solo un problema mio. Ho creato un argomento separato a riguardo, ma non sono sicuro che sia correlato alla mia configurazione Docker, quindi volevo pubblicarlo anche qui.

abalone · 20 Gennaio 2021, 3:47am

Sto usando Ubuntu WSL 2 su Windows.

Quando eseguo:
d/boot_dev --init

non succede nulla. Viene semplicemente aperta una nuova riga, senza segni di esecuzione. Avete idea di cosa stia succedendo? Docker e git sono installati.

Grazie.

seanblue · 20 Gennaio 2021, 12:42pm

Hai installato Docker all’interno di WSL 2 e non direttamente su Windows, corretto?
Da quale directory stai eseguendo il comando? Dovrebbe essere dalla directory di livello superiore nel repository discourse.

abalone · 20 Gennaio 2021, 7:53pm

Sì, ho installato Docker sia su Windows che all’interno di Ubuntu WSL 2.
E ho eseguito il comando dalla directory /discourse.
Ma non appare nulla quando premo Invio.

Nemmeno log di errore o altro. Quindi è piuttosto frustrante non sapere da dove iniziare.

Joshua_Kogan · 23 Gennaio 2021, 7:23pm

Ciao a tutti, una domanda: se uso l’installazione in un clic di Digital Ocean (Discourse | DigitalOcean Marketplace 1-Click App), questo è considerato un ambiente di sviluppo? Mi scuso in anticipo per la mia ignoranza, ma sto avendo difficoltà a capire cosa distingue gli ambienti di produzione da quelli di sviluppo, e vorrei iniziare il lungo e lento viaggio per imparare lo sviluppo di plugin.

Alcune cose: (1) ho un vecchio Mac (2012) con un sistema operativo vecchio (10.12.6) e non riesco a installare manualmente tramite terminale tutto ciò che serve per un’installazione locale di Discourse — devo costruire molto dal codice sorgente e alla fine mi imbatto in un “make” che non finisce mai; (2) in passato ho creato con successo forum Discourse su droplet DO con l’installazione in un clic, ma solo per la produzione, non per lo sviluppo.

Qualsiasi aiuto, guida o consiglio sarà molto apprezzato!

Cosmin_Popescu · 24 Gennaio 2021, 8:03am

Ciao!

Sono riuscito a installare Discourse su Windows utilizzando WSL.

Requisiti che ho soddisfatto:

Abilitato WSL con versione 2
Sto utilizzando Ubuntu 20.04
Configurato la tua distribuzione Segui le istruzioni fornite e sei pronto per iniziare

Nella distribuzione, nella mia cartella home, /home/cosmin.

Installa Docker come indicato nel primo post. La parte di installazione di docker.io non è stata necessaria per me. Ho eseguito solo sudo usermod -a -G docker $USER
Dopo il completamento dell’installazione di Docker, avvia il servizio con sudo docker service start e verifica che funzioni
cd discourse
Esegui d/boot_dev --init e attendi il completamento
Nella cartella discourse, esegui d/unicorn e sei pronto per iniziare

Nota:
Se i comandi segnalano errori di autorizzazione, prova con sudo

Spero che questo sia utile
Buona giornata o buona sera!
Cosmin

Joshua_Kogan · 24 Gennaio 2021, 5:27pm

Grazie per aver condiviso la tua configurazione; tuttavia, non ho Windows. Sono specificamente interessato alla configurazione Digital Ocean con un clic: è adatta allo sviluppo?

Argomento		Risposte	Visualizzazioni
Issue regarding Docker development image Development	25	6393	Luglio 27, 2017
Running Discourse on Docker for Mac Development	46	14041	Maggio 14, 2020
Is it possible to use a local plugin directory with a docker install? Development	39	2957	Giugno 16, 2022
Installing Discourse With Plesk Onyx (Ubuntu 14.04) Self-hosting unsupported-install	47	12694	Ottobre 10, 2019
Fail to install Discourse via Docker Self-hosting	3	670	Luglio 7, 2021

Installa Discourse per lo sviluppo usando Docker

Argomenti correlati