2012-10-14 10 views
9

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 
+0

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

Antwort

2

Dies auch mir gestern passiert ist, war auf jeden Fall etwas mit Heroku zu tun.

fand ich fix und Diskussion auf Twitter: https://twitter.com/bcardarella/status/256822171979100161

Gerade Kraft-Cache-Speicher löschen Edelstein-Datei (clear gemfile, bereitstellen wiederherstellen und bereitstellen) und die App würde glatt wieder von vorn anfangen.

10

Gerade FYI,

Nach dem Heroku Unterstützung zu diesem Problem in Verbindung treten, sollten Sie diese drei einfachen Schritten folgen:

  1. Installieren Sie dieses heroku-repo Plugin: heroku plugins:install https://github.com/lstoll/heroku-repo.git

  2. Führen Sie den folgenden Befehl : heroku repo:purge_cache

  3. Stellen Sie Ihre App erneut bereit.

Hoffe, dass hilft!

+0

Das hat mir wirklich geholfen. Vielen Dank! –

+0

Ich wünschte, ich könnte dich zehnmal aufrütteln. Vielen Dank. –

Verwandte Themen