configuration de base de données ne permet pas de spécifier l'adaptateur

quand j'ai essayé d'exécuter un script de ligne de commande (disons 'my_script' ici), le même message d'erreur qui s'est passé. Les raisons en sont:

1. Il est seul environnement de production là.
2. J'ai manqué de définir RAILS_ENV pour la ligne de commande.

Alors, voici la solution dans mon cas:

$ RAILS_ENV=production my_script

Une autre cause possible:

Dans Les Rails 3.2.x, establish_connection a un argument par défaut définie à partir de l'environnement:

De connection_specification.rb:

def self.establish_connection(spec = ENV["DATABASE_URL"])
  resolver = ConnectionSpecification::Resolver.new spec, configurations
  spec = resolver.spec

La façon ConnectionSpecification::Resolver travaux dépend de ENV['DATABASE_URL'] donner un nil si cela n'est pas. (Normalement, il serait quelque chose comme 'postgres://...').

Donc, si vous arrive d'avoir un problème de configuration DATABASE_URL tels que ENV['DATABASE_URL'] == '', qui vous donnera database configuration does not specify adapter.

J'ai trouvé une autre chose qui peut provoquer ce problème: "le mélange dans un" autre YAML nœud à l'aide de & et *.

J'ai été à l'origine de faire quelque chose comme ce qui suit afin de faciliter local, par-développer, Git-ignoré des fichiers de configuration:

http://blog.lathi.net/articles/2006/03/02/config-database-yml-goodness-for-teams

Mais, après un peu de débogage, je suis venu pour savoir que establish_connection était pour quelque raison d'être appelé avec seulement le mélange de paires clé-valeur et de ne pas les principaux. I. e. adapter, host, et database n'ont pas été transmis. Je n'ai aucune idée de pourquoi, et cette habitude de travailler pour moi.

De toute façon, au lieu de mélanger dans un autre YAML nœud, je vais maintenant mettre l'ensemble de la development et test hachages dans les locaux de fichier de config, et establish_connection est encore une fois appelé correctement.

J'ai trouvé un couple d'indices qui ce pourrait être liée à d'anciens de la bibliothèque (ActiveRecord) ou gem versions. Par exemple, des problèmes avec les luminaires même si le reste de l'app semble ok (après une mise à niveau) ou ce trac billet, qui "arrête gemmes d'exiger une carte à partir d'un vieux "Active Record "gemme". Ces deux sont vieux, cependant, mais il pourrait être intéressant de s'assurer que votre gemmes sont à jour (si possible).

Êtes-vous à l'aide de la maternelle rails MySQL adaptateur, par hasard? C'est maintenant obsolète, sous les rails, mais il est concevable, c'est toujours accuse le coup.

J'ai pris un coup d'oeil très rapide à connection_specification.rb, trop, qui est l'endroit où cette erreur est à venir, et ma meilleure supposition est que l'une reconnexion échoue... mais pourquoi, car il s'agissait bien évidemment d'accord quand vous avez commencé l'application)? Faites-vous quelque chose de sauvage comme appeler ActiveRecord::Base.establish_connection dans votre contrôleur d'application (ou ailleurs)?

Ou peut-être quelque chose comme: script runner est appelé par cron dans le milieu de la nuit lorsque la connexion est coupée. Malheureusement, le coureur est invoquée avec un mauvais RAILS_ENV. Ainsi, le mauvais strophe est lu à partir de database.yml, et que la strophe contient une défaillance de adapter:?

Si vous obtenez ce message d'erreur lors du déploiement avec Capistrano. Assurez-vous que vous êtes le réglage de l'RAILS_ENV via

set :rails_env, 'production'

Par exemple je n'étais pas la définition explicite de l'environnement Rails pour le Capistrano mise en scène de configuration de déploiement. Et donc Capistrano utilisé la "mise en scène" comme le RAILS_ENV, résultant dans l'erreur ci-dessus. Réglage à la production, comme ci-dessus dans la mise en scène.rb fichier a résolu le problème.

N'oubliez pas d'utiliser le C-Base de ruby gem mysql. Le rubis base est instable pour la production.

Essayez d'installer la gem

gem install mysql

N'oubliez pas de copier libmySQL.dll en ruby le répertoire bin.

Il y a beaucoup de mauvais tutoriels sur internet qui montrent des fichiers yaml comme suit:

development:
encoding: utf
database: dbname
...etc

Les fichiers YAML sont sensibles à la casse et ont besoin de DEUX ESPACES à l'intérieur le contenu de chaque db-type de l'attribut. Comme:

development:
encoding: utf
database: dbname
...etc

---

Mise à JOUR: j'ai eu cette erreur nouveau aujourd'hui. Mon serveur VPS avait installé des Rails 3.2.8 quand mon application Rails 3.2.6.

Certainement vérifier votre Gemfile et votre base de données.fichier yml (bien sûr). Le problème ici est clairement indiqué---Rails est de ne pas communiquer avec votre base de données, notamment grâce à un adaptateur (aka gem)

J'ai rencontré ce problème à cause de la "base de données multiples problème de prise en charge'. Dans mon app/model dossier, il y a un fichier défini une base de données redondante connexion:

class CacheCleanerActiveRecord < ActiveRecord::Base
  establish_connection "cache_cleaner_#{Rails.env}"
  self.abstract_class = true
end

mais cette base de données n'est pas trouvé dans ma base de données.yml ( parce que c'est pas du tout utilisé ).

donc la solution est très simple: supprimer ce fichier et tout va bien !

Ce qui m'arrive, j'ai enfin trouvé que RAILS_ENV est sensible à la casse, dans mon environnement j'ai mis
RAILS_ENV=DEVELOPMENT , ce qui est faux, la valeur de RAILS_ENV doit être minuscules.

$ RAILS_ENV=DEVELOPMENT rails server webrick
=> Booting WEBrick
=> Rails 4.2.5 application starting in DEVELOPMENT on http://localhost:3000
=> Run `rails server -h` for more startup options
=> Ctrl-C to shutdown server
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

Exiting
/home/fangxing/.rvm/gems/ruby-2.3.0/gems/activerecord-4.2.5/lib/active_record/connection_adapters/connection_specification.rb:248:in `resolve_symbol_c
onnection': 'DEVELOPMENT' database is not configured. Available: ["default", "development", "test", "production"] (ActiveRecord::AdapterNotSpecified)
        from /home/fangxing/.rvm/gems/ruby-2.3.0/gems/activerecord-4.2.5/lib/active_record/connection_adapters/connection_specification.rb:211:in `res
olve_connection'



$ RAILS_ENV=development rails server webrick
RubyDep: WARNING: Your Ruby is outdated/buggy. (To disable warnings, set RUBY_DEP_GEM_SILENCE_WARNINGS=1)
RubyDep: WARNING: Your Ruby is: 2.3.0 (buggy). Recommendation: install 2.3.1.
=> Booting WEBrick
=> Rails 4.2.5 application starting in development on http://localhost:3000
=> Run `rails server -h` for more startup options
=> Ctrl-C to shutdown server
[2016-07-20 16:41:09] INFO  WEBrick 1.3.1
[2016-07-20 16:41:09] INFO  ruby 2.3.0 (2015-12-25) [x86_64-linux]
[2016-07-20 16:41:09] INFO  WEBrick::HTTPServer#start: pid=19881 port=3000

appel rake assets:precompile:all

Pour Rails4, en commentant la ligne fetch(:default_env).merge!(rails_env: 'production') dans production.rb et l'ajout de set :rails_env, :production il fixe.

Juste par souci d'exhaustivité, je viens de recevoir ce message d'erreur parce que je nativement créé un paramétrés Rails de coulissage script qui prend une adresse e-mail, et le nom de l'option de ligne de commande -e -- qui est évidemment l'un des Rails de coulissage utilise pour l'environnement. Il était donc essayer de trouver un environnement de configuration correspondant à l'adresse e-mail!

Heureusement, juste avant la ActiveRecord d'erreur mentionné dans le titre, il m'a donné un message d'erreur qui m'a aidé à brindille que le problème était en réalité:

You did not specify how you would like Rails to report deprecation notices for your test@example.com environment, please set config.active_support.deprecation to :log, :notify or :stderr at config/environments/test@example.com.rb