Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

No way to set node name with mad #90

Open
xafizoff opened this issue Mar 5, 2019 · 8 comments
Open

No way to set node name with mad #90

xafizoff opened this issue Mar 5, 2019 · 8 comments

Comments

@xafizoff
Copy link
Contributor

xafizoff commented Mar 5, 2019

AFAIK, it is not possible to start node with the given name. Even if I set

-name mynode@127.0.0.1

in vm.args, I get nonode@nohost

@xafizoff
Copy link
Contributor Author

Actually, mad can just "generate" start script, so we can start with command

$(mad start)

just like with $(mad attach).

@xafizoff
Copy link
Contributor Author

Solved with

$ mad bun beam myapp && tar -xzf myapp.tgz && chmod +x bin/start &&  && bin/start

@5HT
Copy link
Member

5HT commented Mar 17, 2019

No no, this is not a solution, you're right mad should do the chmod.

@5HT 5HT reopened this Mar 17, 2019
@5HT
Copy link
Member

5HT commented Mar 17, 2019

And mad start and mad releases are totally different things! Don't mix them in Issues.

@xafizoff
Copy link
Contributor Author

The issue was not about start or release, it was about node name...

@5HT
Copy link
Member

5HT commented Mar 17, 2019

Yeah, but setting name in OTP release is known and trivial task by using vm.args.
While MAD release (escriptized) is a bit complicated.

@xafizoff
Copy link
Contributor Author

I didn't know about beam-release... Anyways in dev-env it's not necessary.

@5HT
Copy link
Member

5HT commented Mar 17, 2019

it's not necessary

it could be. when you debug distributed setup (database e.g). Let this issue be open for now.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants