Top Menu

Jump to content
Home
    Modules
      • Projects
      • Activity
      • Work packages
      • Gantt charts
      • Calendars
      • Team planners
      • Boards
      • News
    • Getting started
    • Introduction video
      Welcome to OpenProject Community
      Get a quick overview of project management and team collaboration with OpenProject. You can restart this video from the help menu.

    • Help and support
    • Upgrade to Enterprise edition
    • User guides
    • Videos
    • Shortcuts
    • Community forum
    • Enterprise support

    • Additional resources
    • Data privacy and security policy
    • Digital accessibility (DE)
    • OpenProject website
    • Security alerts / Newsletter
    • OpenProject blog
    • Release notes
    • Report a bug
    • Development roadmap
    • Add and edit translations
    • API documentation
  • Sign in
      Forgot your password?

      or sign in with your existing account

      Google

Side Menu

  • Overview
  • Activity
    Activity
  • Roadmap
  • Work packages
    Work packages
  • Gantt charts
    Gantt charts
  • Calendars
    Calendars
  • Team planners
    Team planners
  • Boards
    Boards
  • News
  • Forums

Content

Support Installation & Updates
  1. OpenProject
  2. Forums
  3. Support Installation & Updates
  4. db::migrate fails with 'LoadError: cannot load such file -- syck'

db::migrate fails with 'LoadError: cannot load such file -- syck'

Added by Sebastian David over 10 years ago

Hello,

I try to install Openproject on a fresh Ubuntu Server 14.04 (i686) virtual machine and because of a lack of ubuntu packages (I really wasn’t able download any of the mentioned packages) I tried to follow the manual installation instructions: [[https://openproject.org/download/manual-installation/]]

With a bit of fiddling and manual installation of dependencies I at least manage to get to the point where the db-migration takes place.
Even so I installed syck with gems and already had the official system package installed. I got stuck on the following error.
I attached hopefully a more less complete information stack of the virtual machines system and ruby configurration.
Thanks in adavced!
I’m really looking forward to have a running open project installation for aur hobby orchestra.

I wasn’t able to install it under the system default ruby 1.8.0 too, as there are incompatibilities with certain gems, so I switched to the 2.2.

$> RAILS_ENV=production bundle exec rake db:migrate --trace

require 'rails/all'... 0.700s
Bundler.require... 2.070s
** Invoke db:migrate (first_time)
** Invoke environment (first_time)
** Execute environment
Application.initialize!... [deprecated] I18n.enforce_available_locales will default to true in the future. If you really want to skip validation of your locale you can set I18n.enforce_available_locales = false to avoid this message.
2.970s
** Invoke db:load_config (first_time)
** Execute db:load_config
** Execute db:migrate
rake aborted!
LoadError: cannot load such file -- syck
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `require'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `block in require'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:236:in `load_dependency'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `require'
/opt/openproject/db/migrate/migration_utils/yaml_migrator.rb:31:in `<top (required)>'
/opt/openproject/db/migrate/20130612120042_migrate_serialized_yaml_from_syck_to_psych.rb:30:in `require_relative'
/opt/openproject/db/migrate/20130612120042_migrate_serialized_yaml_from_syck_to_psych.rb:30:in `<top (required)>'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `require'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `block in require'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:236:in `load_dependency'
/var/lib/gems/2.2.0/gems/activesupport-3.2.21/lib/active_support/dependencies.rb:251:in `require'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:537:in `load_migration'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:533:in `migration'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:528:in `migrate'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:720:in `block (2 levels) in migrate'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:775:in `call'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:775:in `block in ddl_transaction'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/connection_adapters/abstract/database_statements.rb:192:in `transaction'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/transactions.rb:208:in `transaction'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:775:in `ddl_transaction'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:719:in `block in migrate'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:700:in `each'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:700:in `migrate'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:570:in `up'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/migration.rb:551:in `migrate'
/var/lib/gems/2.2.0/gems/activerecord-3.2.21/lib/active_record/railties/databases.rake:193:in `block (2 levels) in <top (required)>'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:240:in `call'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:240:in `block in execute'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:235:in `each'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:235:in `execute'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:179:in `block in invoke_with_call_chain'
/usr/lib/ruby/2.2.0/monitor.rb:211:in `mon_synchronize'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:172:in `invoke_with_call_chain'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/task.rb:165:in `invoke'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:150:in `invoke_task'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:106:in `block (2 levels) in top_level'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:106:in `each'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:106:in `block in top_level'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:115:in `run_with_threads'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:100:in `top_level'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:78:in `block in run'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
/var/lib/gems/2.2.0/gems/rake-10.4.2/lib/rake/application.rb:75:in `run'
/var/lib/gems/2.2.0/gems/rake-10.4.2/bin/rake:33:in `<top (required)>'
/usr/local/bin/rake:23:in `load'
/usr/local/bin/rake:23:in `<main>'
Tasks: TOP => db:migrate

My ruby version:

ruby 2.2.0preview1 (2014-09-17 trunk 47616) [i386-linux-gnu]

git revision:

commit 75ab17573d39c9a8b7016e2e0f84c0195b285f1f
Merge: a2085f4 3e08335
Author: kgalli <mail@kgalli.de>
Date:   Wed Nov 19 17:08:37 2014 +0100

    Update stable to v4.0.2

Replies (1)

RE: db::migrate fails with 'LoadError: cannot load such file -- syck' - Added by Oliver Günther over 10 years ago

Hi Sebastian,

maybe a little late, but I’ve just stumbled upon the same error while deploying OpenProject on Wheezy 7.7 / rbenv ruby-build 2.2.0 / OP 4.1.0.
I cannot give you further guidance as to fix the error under ruby 2.2.0, however the error disappears when downgrading to ruby 2.1.0.

Best regards,
Oliver

  • (1 - 1/1)
Loading...