@joostdj wrote:
I want to install Discourse v1.8.1 using discourse_docker, as this is the current stable release. However, the "launcher rebuild" script fails. I'm using the standalone configuration. The strange thing is that the latest tag (v1.9.0.beta2) works without errors. The last part of the build log looks like this:
== Seed from /var/www/discourse/plugins/discourse-narrative-bot/db/fixtures/001_discobot.rb - User {:id=>-2, :name=>"discobot", :username=>"discobot", :username_lower=>"discobot", :email=>"discobot_email", :password=>"55211674fd4a01e1dee61545b8173fb4", :active=>true, :approved=>true, :trust_level=>4} I, [2017-06-20T09:48:16.509139 #14] INFO -- : Terminating async processes I, [2017-06-20T09:48:16.509216 #14] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/9.5/bin/postmaster -D /etc/postgresql/9.5/main pid: 84 I, [2017-06-20T09:48:16.509290 #14] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 197 2017-06-20 09:48:16.513 UTC [84] LOG: received fast shutdown request 2017-06-20 09:48:16.513 UTC [84] LOG: aborting any active transactions 2017-06-20 09:48:16.513 UTC [91] LOG: autovacuum launcher shutting down 197:signal-handler (1497952096) Received SIGTERM scheduling shutdown... 2017-06-20 09:48:16.521 UTC [88] LOG: shutting down 197:M 20 Jun 09:48:16.543 # User requested shutdown... 197:M 20 Jun 09:48:16.543 * Saving the final RDB snapshot before exiting. 197:M 20 Jun 09:48:16.549 * DB saved on disk 197:M 20 Jun 09:48:16.550 # Redis is now ready to exit, bye bye... 2017-06-20 09:48:17.435 UTC [88] LOG: database system is shut down FAILED -------------------- Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 2008 exit 1> Location of failure: /pups/lib/pups/exec_command.rb:108:in `spawn' exec failed with the params {"cd"=>"$home", "hook"=>"bundle_exec", "cmd"=>["su discourse -c 'bundle install --deployment --verbose --without test --without development'", "su discourse -c 'bundle exec rake db:migrate'", "su discourse -c 'bundle exec rake assets:precompile'"]} 002b1b1a968e2a0893f4d0aa1691df313d7ffd7b6a72c42918e68d4a56636c32 ** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one
This might cause the issue:
> Seeding dark and light themes rake aborted! IPAddr::InvalidAddressError: invalid address /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:46:in `eval' /var/www/discourse/lib/freedom_patches/open_uri_redirections.rb:70:in `open_uri' /var/www/discourse/lib/file_helper.rb:31:in `block in download' /var/www/discourse/lib/file_helper.rb:30:in `open' /var/www/discourse/lib/file_helper.rb:30:in `download' /var/www/discourse/app/models/user_avatar.rb:71:in `import_url_for_user' (eval):21:in `block (2 levels) in run_file' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:46:in `eval' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:46:in `block (2 levels) in run_file' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:58:in `block in open' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:57:in `open' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:57:in `open' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:36:in `block in run_file' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/activerecord-4.2.8/lib/active_record/connection_adapters/abstract/database_statements.rb:213:in `block in transaction' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/activerecord-4.2.8/lib/active_record/connection_adapters/abstract/transaction.rb:184:in `within_new_transaction' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/activerecord-4.2.8/lib/active_record/connection_adapters/abstract/database_statements.rb:213:in `transaction' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/activerecord-4.2.8/lib/active_record/transactions.rb:220:in `transaction' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:35:in `run_file' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:26:in `block in run' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:25:in `each' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu/runner.rb:25:in `run' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/seed-fu-2.3.5/lib/seed-fu.rb:29:in `seed' /var/www/discourse/lib/tasks/db.rake:8:in `block in <top (required)>' /var/www/discourse/vendor/bundle/ruby/2.4.0/gems/rake-11.3.0/exe/rake:27:in `<top (required)>' /usr/local/bin/bundle:22:in `load' /usr/local/bin/bundle:22:in `<main>' Tasks: TOP => db:migrate (See full trace by running task with --trace)
My server is behind a corporate proxy. It seems to have been fixed by this commit (for 1.9):
Any chance this could get merged into the current stable (1.8.x)?
Posts: 1
Participants: 1