[Mac]dyld: Library not loadedでPostgreSQL起動せず

23225 ワード

homebrew Redmine MacOSX PostgreSQL Redmine テキストリンク

ローカルPCとして使っているMacBook ProでRedmineを使うためにPostgreSQLを起動しようとしたところ、dyld: Library not loadedというエラーメッセージが表示されて起動できなかったので対策しました。

対策の流れ

以下の手順で対策を行いました。

brew upgradeでPostgreSQLをアップグレード
brew postgresql-upgrade-databaseでアップグレード前のPostgreSQLデータベースをアップグレード後のバージョンに対応できるようマイグレーション
（brew upgradeの副作用に対する対策）/Users/XXXX/.rbenv/shims/railsに記載のrbenvのバージョンを修正

1.と2.の対策でPostgreSQLは無事に起動するようになりました。
brew upgradeでPostgreSQLをアップグレードした際に一緒にrbenvまでアップグレードされたので、Redmineを起動するためには3.の対策が必要となりました。

以下に詳細な検討結果を記載します。

不具合発生状況

Redmineを使うために、データベースとして使っているPostgreSQLを起動しようとしたところ、以下のエラーが発生して起動できませんでした。

$ postgres -D /usr/local/var/postgres/
dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.62.dylib
  Referenced from: /usr/local/bin/postgres
  Reason: image not found
Abort trap: 6

原因

Dynamic Loaderと呼ばれる、共有ライブラリをロードしたりリンクしたりするためのファイルdyldが（気が付かないうちに）アップデートされていて、ファイル名が変わっていたことが原因でした。
おそらく最近何度か実施していたmacOSのシステムアップデートの際に置き換わったのだと思います。

dyld: Library not loadedというエラーメッセージが示すファイルlibicui18n.62.dylibのディレクトリを見てみると、以下のようにファイル名がlibicui18n.62.dylibからlibicui18n.63.dylibのように変わっていました。

$ ls /usr/local/opt/icu4c/lib/
icu         libicui18n.63.dylib libicuio.dylib      libicutu.63.dylib   libicuuc.dylib
libicudata.63.1.dylib   libicui18n.a        libicutest.63.1.dylib   libicutu.a      pkgconfig
libicudata.63.dylib libicui18n.dylib    libicutest.63.dylib libicutu.dylib
libicudata.a        libicuio.63.1.dylib libicutest.a        libicuuc.63.1.dylib
libicudata.dylib    libicuio.63.dylib   libicutest.dylib    libicuuc.63.dylib
libicui18n.63.1.dylib   libicuio.a      libicutu.63.1.dylib libicuuc.a

PostgreSQLからlibicui18n.62.dylibを参照しに行っている箇所を書き換えれば直るのでしょうが、ピンポイントにどこをどう書き換えるかわからなかったので、Homebrewを使ってPostgreSQLをまるごとアップグレードしてやることにしました。

対策1. `brew upgrade`でPostgreSQLをアップグレード

brew upgradeでアップグレードを試みました。

$ brew upgrade
Updating Homebrew...
（以下、ログを抜粋）
==> Upgrading 15 outdated packages:
libtiff 4.0.9_4 -> 4.0.10_1, postgresql 10.5 -> 11.2, imagemagick@6 6.9.10-11_1 -> 6.9.10-27, libpng 1.6.35 -> 1.6.36, heroku/brew/heroku 7.19.4 -> 7.22.9, freetype 2.9.1 -> 2.10.0, redis 4.0.11 -> 5.0.4, readline 7.0.5 -> 8.0.0, ruby-build 20180822 -> 20190401, memcached 1.5.10 -> 1.5.12, heroku/brew/heroku-node 11.3.0 -> 11.10.1, node 11.12.0 -> 11.13.0, openssl 1.0.2p -> 1.0.2r, elasticsearch 6.2.4 -> 6.7.0, rbenv 1.1.1 -> 1.1.2

==> postgresql
To migrate existing data from a previous major version of PostgreSQL run:
  brew postgresql-upgrade-database

To have launchd start postgresql now and restart at login:
  brew services start postgresql
Or, if you dont want/need a background service you can just run:
  pg_ctl -D /usr/local/var/postgres start

PostgreSQLは10.5から11.2にアップグレードされました。
しかし、PostgreSQLを起動しようとすると、またしてもエラーが発生しました。

$ pg_ctl -D /usr/local/var/postgres/ start
waiting for server to start....2019-04-09 10:55:56.386 JST [24116] FATAL:  database files are incompatible with server
2019-04-09 10:55:56.386 JST [24116] DETAIL:  The data directory was initialized by PostgreSQL version 10, which is not compatible with this version 11.2.
 stopped waiting
pg_ctl: could not start server
Examine the log output.

アップグレード前の10.5で初期化されたデータベースが、アップグレード後の11.2とコンパチではないとのこと。

対策2. `brew postgresql-upgrade-database`でアップグレード前のPostgreSQLデータベースをアップグレード後のバージョンに対応できるようマイグレーション

brew upgradeのときのログをよく読んでみると、前のメジャーバージョンからデータをマイグレーションするためのコマンドが示されていました。

To migrate existing data from a previous major version of PostgreSQL run:
brew postgresql-upgrade-database

これをそのまま実行すると無事にマイグレーションされ、PostgreSQLが起動できるようになりました。

$ brew postgresql-upgrade-database
$ postgres -D /usr/local/var/postgres/

これでPostgreSQLが起動しない問題については一件落着だったのですが、もともとやりたかったRedmineの起動を行ったところ、以下のエラーが発生してしまいました。

$ RAILS_ENV=production rails s
/Users/XXXX/.rbenv/shims/rails: line 21: /usr/local/Cellar/rbenv/1.1.1/libexec/rbenv: No such file or directory

rbenvへのリンクがエラーの原因のようです。

対策3. （`brew upgrade`の副作用に対する対策）`/Users/XXXX/.rbenv/shims/rails`に記載の`rbenv`のバージョンを修正

これはさきほどのbrew upgradeの副作用として、rbenvがアップグレードされたことに起因するエラーとなっています。
brew upgradeのときのログを再び見直してみると、rbenvが1.1.1から1.1.2に上がっていました。

$ brew upgrade
Updating Homebrew...
（以下、ログを抜粋）
==> Upgrading rbenv
==> Downloading https://homebrew.bintray.com/bottles/rbenv-1.1.2.mojave.bottle.tar.gz
######################################################################## 100.0%
==> Pouring rbenv-1.1.2.mojave.bottle.tar.gz
🍺  /usr/local/Cellar/rbenv/1.1.2: 36 files, 65KB
Removing: /usr/local/Cellar/rbenv/1.1.1... (36 files, 62.7KB)

ログを見ると、すでに1.1.1は削除されています。
エラーメッセージからも明らかなように/Users/XXXX/.rbenv/shims/railsの21行目で参照している1.1.1を1.1.2に書き換えてやりました。

/Users/XXXX/.rbenv/shims/rails

exec "/usr/local/Cellar/rbenv/1.1.2/libexec/rbenv" exec "$program" "$@"

echoコマンドとかで書き換えるのが通例かもしれませんが、書き換わったことを確認したいのでvimで開いて直接編集しました。

これで無事にrails sでRedmineを起動することができ、最初の目的を達成することができました。

所感

環境構築に関する課題は、しばしばプログラミング以上に頭の痛い問題として立ちはだかってきますが、「ピンポイントに解決しようとするとドツボにはまりそうだからHomebrewにまかせてしまおう」とか、「素直にファイルを書き換えれば簡単に直りそう」とかいった判断の勘所を掴めるようになってきているようです。

今まではトラブルが発生すると思考停止して為すすべがなく、ひたすらググって途方に暮れていましたが、環境構築についても徐々に成長してきていることを実感して嬉しく思ったので記事にしてみました。

Author And Source

この問題について([Mac]dyld: Library not loadedでPostgreSQL起動せず), 我々は、より多くの情報をここで見つけました https://qiita.com/eightfoursix/items/bf11693b085eced95e29

著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。

Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .

無秩序(ソートされていない)配列二分検索

最大公約数の定義のアルゴリズムを求めて、このプログラムは求められなくて、ネット上の百度のアルゴリズムは間違っていますか?