Ich gehe meine Heroku apps mit einem neuen Juwel in Gemfile und stürzt aufHeroku mit Ruby 1.9.3 verursachen viele verschiedene Abstürze
Start umschichten/app/vendor/bundle/ruby/1.9.1/gems/activesupport-3.2.3/lib/active_support/dependencies.rb:251:in `require': libruby.so.1.9: cannot open shared object file: No such file or directory - /app/vendor/bundle/ruby/1.9.1/gems/bcrypt-ruby-3.0.1/lib/bcrypt_ext.so (LoadError)
Dies ist unabhängig davon, geschieht, was Zweig I (alte Stable einsetzen (...) und repariert nur, indem man eine heroku rollback
macht.
Ich glaube, dass dies durch heroku verursacht wird, das kürzlich ihren Rubin 1.9.3 aktualisiert, weil ich dieses Problem Heroku app crashes with 'libruby.so.1.9: cannot open shared object file' hatte. Das Entfernen des Nokogiri-Edelsteins unterbrach die Ausnahme, die ich bekam, aber dann gibt es noch immer dieses. Weitere ähnliche Fehler treten auf, wenn ich neue Edelsteine hinzufüge.
Das ganze Problem wurde durch die Bereitstellung in einer neuen Heroku-App gelöst, aber das kann ich nicht auf meinem Produktionsserver tun.
Irgendwelche Ideen zur Behebung des Problems oder irgendwie "erfrischend" meine App?
mein gemfile:
source "https://rubygems.org"
ruby "1.9.3"
gem "rails", "3.2.3"
gem "thin"
# Bundle edge Rails instead:
# gem "rails", :git => "git://github.com/rails/rails.git"
gem "mongoid"
gem "devise"
gem "haml"
gem "sass"
gem "exceptional"
gem "kaminari"
gem "mongoid_search"
#gem "nokogiri"
gem "bson_ext"
gem "heroku-mongo-backup"
gem "aws-s3"
# Gems used only for assets and not required
# in production environments by default.
group :assets do
gem "haml-rails", "~> 0.3.4"
gem "sass-rails", "~> 3.2.3"
gem "coffee-rails", "~> 3.2.1"
# See https://github.com/sstephenson/execjs#readme for more supported runtimes
# gem "therubyracer", :platform => :ruby
gem "uglifier", ">= 1.0.3"
end
gem "jquery-rails"
group :test do
gem "mongoid-rspec"
end
# To use ActiveModel has_secure_password
# gem "bcrypt-ruby", "~> 3.0.0"
# To use Jbuilder templates for JSON
# gem "jbuilder"
# Use unicorn as the app server
# gem "unicorn"
# Deploy with Capistrano
# gem "capistrano"
# To use debugger
# gem "ruby-debug19", :require => "ruby-debug"
#
group :development do
gem "letter_opener"
end
Diskutiert dies mit Heroku-Unterstützung. Sie waren sehr hilfreich. Später am Abend konnte ich erfolgreich bereitstellen. Sie wissen, dass es funktioniert, wenn die Bereitstellung den Build-Cache aufruft. Diese Meldung wird im Bereitstellungsprotokoll angezeigt: "Broken cache detected. Build-Cache wird gelöscht. Ich denke, es hat nur ein bisschen gedauert, um den Fix überall hin zu bringen ... – Paul