それで、次のアプリケーションを実行するための正真正銘のリリースを作成しようと思いました。残念ながら、取引のブレーカーがあるようです。
まず、このガイドを使用してプロジェクトを最初から作成してみました。
http://alancastro.org/2010/05/01/erlang-application-management-with-rebar.html
それはあいまいなエラーで失敗したので、念のために、私は良いとわかっているプロジェクトを実行しようとしました。
etorrentのリリースを実行しようとすると、同じエラーが発生しました。
[me@my-ip etorrent]# rel/etorrent/bin/etorrent console
Exec: /root/etorrent/rel/etorrent/erts-5.8.4/bin/erlexec -boot /root/etorrent/rel/etorrent/releases/1.2.1/etorrent -embedded -config /root/etorrent/rel/etorrent/etc/app.config -args_file /root/etorrent/rel/etorrent/etc/vm.args -- console
Root: /root/etorrent/rel/etorrent
pthread/ethr_event.c:98: Fatal error in wait__(): Function not implemented (38)
Aborted
そのエラーを検索したところ、同じ問題を抱えているCentOS上のRabbitMQへの参照がserpsでいっぱいになっています。明らかに、これは特にRabbitMQの問題よりも一般的です。このスレッドに基づく：
...そして私自身の経験では、シリーズ5CentOSと組み合わせた14シリーズerlangインストールでリリースを実行しても機能しないようです。ちなみに昨夜サイトに最新のerlangをインストールしたので、それを使っています。'configure'にフラグを渡さず、ストックオプションを使用しました。
これを修正する可能性のあるerlangのコンパイルオプションがあるかどうか誰かが知っていますか？または他のアドバイスはありますか？この環境のアプリケーションでrebarで作成されたリリースを正常に使用している人は他にいますか？