[erlang-questions] Deploying on a server with different architecture and version of Erlang

Vineet Naik naikvin@REDACTED
Fri Dec 14 14:41:55 CET 2012


Now I got past this error, it was a mistake from my side. I didn't create
the node on the server before running generate but copied files from my
dev machine. After creating node and with some tweaking to the reltool
config,
release is generated on the prod server but fails on startup with,

{"init terminating in do_boot",{'cannot load',error_handler,get_file}}

>From erlang docs[1]

"Init terminating in do_boot ()" - The primitive Erlang boot sequence was
terminated, most probably because the boot script has errors or cannot be
read. This is usually a configuration error - the system may have been
started with a faulty -boot parameter or with a boot script from the wrong
version of OTP.

How can I check whether boot script running from the wrong version of OTP
is
the problem?

[1]: http://www.erlang.org/doc/apps/erts/crash_dump.html#id71973

Regards,
Vineet

On Fri, Dec 14, 2012 at 4:05 PM, Vineet Naik <naikvin@REDACTED> wrote:

> Hello,
>
> Now that I have successfully built a release of my app using rebar, I am
> stuck at
> deploying the packaged release because the server I want to deploy to has
> different
> version of erlang and different architecture from my development machine.
>
> Development Env
> -------------------------
> i686 i686 i386 GNU/Linux
> Erlang R14B04
> erts-5.8.5
>
> Remote Server
> ----------------------
> x86_64 GNU/Linux
> Erlang R13B03
> erts-5.7.4
>
> I tried compiling on the server but it's failing with a series of errors
> such as
>
> ERROR: Unable to generate spec: Mandatory application kernel is not
> included in [{app,crypto,false,undefined,
>
> "/usr/lib/erlang/lib/crypto-1.6.3",
>
> ["/usr/lib/erlang/lib/crypto-1.6.3"],
>                                                   "1.6.3","crypto-1.6.3",
>                                                   .....
>
> I have two questions:
>
> 1. Is this due to the old version of erlang? And considering that I have
> ejabberd and rabbitmq-server running in production on the same server
> can I upgrade erlang to R14B04 on it without having to take them down for
> much
> time?
>
> 2. What is the recommended strategy for developing and deploying erlang
> code on
> differently configured servers?
>
> Thanks,
> Vineet
>
>
>


-- 
Vineet Naik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20121214/2d1963f7/attachment.htm>


More information about the erlang-questions mailing list