nie można załadować takiego pliku-bundler / setup ( LoadError)

Miałem prawie dokładnie ten sam błąd i byłem w stanie całkowicie go naprawić po prostu uruchamiając:

gem install bundler

Możliwe, że Twoja instalacja bundlera jest uszkodzona lub zaginęła - tak było w moim przypadku. Zauważ, że jeśli powyższe nie powiedzie się, możesz spróbować:

sudo gem install bundler

...ale ogólnie można to zrobić bez sudo.

Najprawdopodobniej masz zainstalowany więcej niż jeden Ruby.

Jeśli używasz RVM, prawdopodobnie musisz uruchomić:

rvm use system

Aby ustawić wersję Rubiego do użycia.

Zobacz http://rvm.io/rubies/default

ruby -v

Powie Ci wersję, której aktualnie używasz.

Możesz spróbować uruchomić:

bundle exec rake rails:update:bin

Jak wspomniał @ Dinesh w Rails 5:

rails app:update:bin

W moim przypadku linie dołączone do pliku konfiguracyjnego apache po zainstalowaniu passenger były następujące:

LoadModule passenger_module /usr/lib/ruby/gems/1.8/gems/passenger-.0.24/buildout/apache2/mod_passenger.so 
PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-4.0.24 
PassengerDefaultRuby /usr/bin/ruby1.8

Ale aplikacja wymaga Rubiego 2.0.0, więc zajęło mi to trochę czasu, ale w końcu błąd został rozwiązany po określeniu innej ścieżki używając 'PassengerRuby' poniżej, w pliku konfiguracyjnym Apache virtual host dla aplikacji:

...
VirtualHost *:80>
  ServerName www.yourhost.com

 **PassengerRuby /home/user/.rvm/gems/ruby-2.0.0-p247**
  # !!! Be sure to point DocumentRoot to 'public'!
  DocumentRoot /somewhere/public    
  <Directory /somewhere/public>
     # This relaxes Apache security settings.
     AllowOverride all
     # MultiViews must be turned off.
     Options -MultiViews
  </Directory>
</VirtualHost...

Dostałem ten błąd w aplikacji fresh Rails z poprawnie zainstalowanym pakietem. Komentowanie wiosennego klejnotu w Gemfile rozwiązało problem.

Miałem to, ponieważ coś złego było w moim vendor/bundle. Nie ma nic wspólnego z Apache, tylko w lokalnym dev env.

Aby naprawić, usunąłem vendor\bundle, a także usunąłem odniesienie do niego w moim .bundle/config, aby nie został ponownie użyty.

Następnie ponownie spakowałem (który następnie zainstalowałem do GEM_HOME zamiast vendor/bundle i problem zniknął.

Uwaga: moja firma hostingowa jest Site5.com i mam zarządzany VPS.

Dodałem zmienne env dla GEM_HOME i GEM_PATH do .plik htaccess w katalogu my public_html (alias do katalogu publicznego w aplikacji rails)

Wcześniej nie były potrzebne, więc coś musiało się zmienić po stronie gospodarzy. Ma ten błąd po dotknięciu restartu.plik txt do ponownego uruchomienia serwera pasażera.

Got GEM_PATH by:

Echo $GEM_PATH

Got GEM_HOME by:

Gem env

 RubyGems Environment:
   - RUBYGEMS VERSION: 2.0.14
   - RUBY VERSION: 2.0.0 (2013-11-22 patchlevel 353) [x86_64-linux]
   - INSTALLATION DIRECTORY: /home/username/ruby/gems
   - RUBY EXECUTABLE: /usr/local/ruby20/bin/ruby
   - EXECUTABLE DIRECTORY: /home/username/ruby/gems/bin
   - RUBYGEMS PLATFORMS:
     - ruby
     - x86_64-linux
   - GEM PATHS:
      - /home/username/ruby/gems
      - /usr/local/ruby2.0/lib64/ruby/gems/
   - GEM CONFIGURATION:
      - :update_sources => true
      - :verbose => true
      - :backtrace => false
      - :bulk_threshold => 1000
      - "gem" => "--remote --gen-rdoc --run-tests"
      **- "gemhome" => "/home/username/ruby/gems"**
      - "gempath" => ["/home/username/ruby/gems", "/usr/local/ruby2.0/lib64/ruby/gems/"]
      - "rdoc" => "--inline-source --line-numbers"
   - REMOTE SOURCES:
      - https://rubygems.org/

Aktualizacja .plik htaccess z następującymi wierszami:

SetEnv GEM_HOME /usr/local/ruby2.0/lib64/ruby/gems/
SetEnv GEM_PATH /home/username/ruby/gems:/usr/local/ruby20/lib64/ruby/gems/:/home/username/ruby/gems:/usr/

Dla mnie problemem było powiązanie RVM Ruby z pasażerem. Więc musiałem zintegrować RVM ruby wrapper do pliku konfiguracyjnego pasażera.

Znajduję ścieżkę RVM Ruby wrapper poleceniem:

passenger-config --ruby-command

Wziąłem ścieżkę z wyniku i wprowadziłem do konfiguracji pasażera w nginx/passenger.conf:

passenger_root /usr/lib/ruby/vendor_ruby/phusion_passenger/locations.ini;
passenger_ruby /usr/local/rvm/gems/ruby-2.3.1/wrappers/ruby;

Natknąłem się na ten sam problem, ale myślę, że było to spowodowane spring buforowaniem niektórych klejnotów i konfiguracji. Naprawiłem to uruchamiając gem pristine --all.

To przywraca zainstalowane klejnoty do nieskazitelnego stanu z plików znajdujących się w pamięci podręcznej klejnotów.