jonasbhjulstad

jonasbhjulstad

Hi!
I’m trying to simulate a network locally, by spawning nodes on different ports. The nodes find each other through udp-broadcasts

   def listen socket, port do
    local_msg = to_string(port)
    receive do
      {:udp, _socket, _address, port, ^local_msg} ->
        IO.inspect port
        IO.puts "localmsg"
        listen socket, port
      {:udp, _socket, address, remote_port, _msg} ->
        string_address = ip_to_string(address)
        IO.puts "new node added at port: #{port}"
        #"OrderHandler_" <> to_string(remote_port) <> "@" <> string_address |> String.to_atom |> Node.ping
        #localhost-version
        "OrderHandler_" <> to_string(remote_port) <> "@localhost" |> String.to_atom |> Node.ping
      end
  end

The node-ids follows this format: OrderHandler_@10.0.0.68
However, when I convert the string to atom, I get :“OrderHandler_@10.0.0.68”, which does not match with the nodes atom :OrderHandler_@10.0.0.68.

How do I solve this?

Also when using

Node.start :nodename@localhost

It responds with localhost being an illegal name. Are there any solutions to this?

Showing Posts 1 to 4

tiagodavi

tiagodavi

Well. I don’t know whether I understood it correctly, but I can suggest you create a list of valid atoms and then get an atom from that list instead of converting to string and vice-versa.

Does that make sense?

[OrderHandler_@10.0.0.68, :OrderHandler_@10.0.0.69, :OrderHandler_@10.0.0.70]
lucaong

lucaong

If you are thinking that the extra double quotes in :"OrderHandler_@10.0.0.68" cause it to fail the match, that’s not the problem. The double quotes are just the way the atom is printed: atom literals have to use quotes when they contain something else than unicode letters, numbers, underscores, and a few other permitted characters.

Since the atom in your example contains dots, the atom literal is printed with quotes (:OrderHandler_@10.0.0.69 is not a valid atom literal). The quotes are not part of the atom though, in fact :foo == :"foo", so that is not the reason for your problem.

The reason why the atom does not match is something else, not evident from the code you posted.

Also, not sure if that was your intention, but Node.start/3 does not “spawn a node”. It turns the current node from non-distributed to distributed and dynamically gives it a name. You very rarely need to call this function. Usually, you would start your nodes from the command line, specifying their name with --name or --sname.

jonasbhjulstad

jonasbhjulstad OP

Thanks for the reply, this actually solved the fully-qualified hostname problem

jonasbhjulstad

jonasbhjulstad OP

Thanks, that clarifies some things, I though that Node.start would spawn a new node, but that must mean I’ve only converted my current node to be distributed using three different names.

I was able to solve the issue by initializing three iex-interfaces using a batch-script:

defmodule SupervisorsTest do
  use ExUnit.Case
  import TCP_Driver
  import Poller
  doctest Poller
  @tag timeout: :infinity
  @tcp_ip {10,0,0,68}


  def nodename port do
    String.to_atom("OrderHandler_" <> to_string(port) <> "@10.0.0.68")
  end
  test "Pinger" do

    #There is a bug with the first initialized node
    #which causes a connection error. initializing a dummy solved it.
    spawn fn -> Node.start :dummynode@localhost end
    #init_ports_start_nodes_servers()

    port1 = to_string(Enum.random(3000..3500))
    port2 = to_string(Enum.random(3000..3500))
    port3 = to_string(Enum.random(3000..3500))

    spawn fn -> System.cmd("run.bat", [port1, port2, port3]) end

    :timer.sleep(3000)
    spawn fn -> System.cmd("kill_elevator_servers.bat", []) end
    spawn fn -> System.cmd("kill_iex.bat", []) end
    spawn fn -> System.cmd("kill_cmd.bat", []) end
    :timer.sleep(100000000)
  end



  def start_supervisors node, tcp_port do
    Node.spawn(node, fn -> Supervisors.init(%{address: {10,0,0,68},port: tcp_port}) end)
  end

end

And some simple cmd-commands. Startup:


start iex --name "OrderHandler_%1@10.0.0.68" -S mix
start iex --name "OrderHandler_%2@10.0.0.68" -S mix
start iex --name "OrderHandler_%3@10.0.0.68" -S mix

start ../SimElevatorServer.exe --port %1
start ../SimElevatorServer.exe --port %2
start ../SimElevatorServer.exe --port %3

Shutdown:


Taskkill /F /IM cmd.exe

Taskkill /IM SimElevatorServer.exe

Taskkill /F /IM erl.exe

This feels like a nasty way of controlling my nodes for testing, but it floats my boat.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
kpanic
Hi everyone, I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding. I sta...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
apz
I’m new to elixir and just tried to install the elixirLS extension for VScode(ium) and it is throwing some errors that I would like help ...
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews