szyny 4 wdrożeniowe - grabie stderr: config.eager_load jest ustawiony na zero .. nieprawidłowy komunikat o błędzie

Question

podczas rozmieszczania pomostowym projekt wag Kapistrana z marginesem błędu powszechnego dostępu db, który należy rozwiązać, zauważyłem linię natarcia stderr:

rake stderr: config.eager_load is set to nil. Please update your config/environments/*.rb files accordingly.. 

Jednak moje pliki config/environments/* rb są poprawnie ustawione. dlaczego ta wiadomość? co przeoczyłem?

mój config/środowiska/development.rb

config.eager_load = false 

mój config/środowiska/production.rb

config.eager_load = true 

mój config/środowiska/test.rb

config.eager_load = false 

tutaj jest wyciąg z dziennika konsoli

Tasks: TOP => db:migrate 
    (See full trace by running task with --trace) 

    SSHKit::Command::Failed: rake exit status: 1 
    rake stdout: Nothing written 
    rake stderr: config.eager_load is set to nil. Please update your config/environments/*.rb files accordingly: 

     * development - set it to false 
     * test - set it to false (unless you use a tool that preloads your test environment) 
     * production - set it to true 

    rake aborted! 
    Mysql2::Error: Access denied for user 'root'@'localhost' (using password: NO) 

Answer 1

(Odpowiedź w komentarzu. Konwertowane na odpowiedź społeczności na wiki. Zobacz Question with no answers, but issue solved in the comments (or extended in chat))

@amoebe napisał:

Myślę, że głównym problemem jest źle poświadczenia MySQL.

PO napisał:

masz rację, musiałem zarządzać produkcji/wystawienia poświadczenia wdrażania poprzez capistrano zadania (setup:upload_yml), aby przesłać secrets.yml i database.ym l do mojego serwera zdalnego. ... działa dobrze teraz ...

Answer 2

miałem podobny problem podczas wdrażania z

cap staging deploy 

Problem polegał na tym, że capistrano szukał bazy danych myapp_staging, a ja potrzebowałem myapp_production.

Naprawiłem go dodając

set :stage, "production" 

w config/deploy/staging.rb.