Skip to content

rmw_create_node: failed to create domain, error Error #537

@edu-rossrobotics

Description

@edu-rossrobotics

Operating System:

Docker image for ROS2 humble (arm64v8/ros:humble)

ROS version or commit hash:

Humble

RMW implementation (if applicable):

rmy_cyclonedds_cpp

RMW Configuration (if applicable):

<CycloneDDS>
  <Domain>
    <General>
      <Interfaces>
        <NetworkInterface name="lo"/>
      </Interfaces>
      <AllowMulticast>
        true
      </AllowMulticast>
    </General>
    <Discovery>
      <ParticipantIndex>
        none
      </ParticipantIndex>
    </Discovery>
  </Domain>
</CycloneDDS>
<Gen>
  <Allow>
    spdp
  </Allow>
</Gen>

Client library (if applicable):

rclcpp

'ros2 doctor --report' output

Running the command doesn't produce any output

Steps to reproduce issue

  1. Try to run any node

Expected behavior

Node launches successfully and it behaves as expected.

Actual behavior

Node crashes when initializing with the following error:

2025-04-04T07:12:42.299999571Z [ERROR] [1743750762.299514820] [rmw_cyclonedds_cpp]: rmw_create_node: failed to create domain, error Error
2025-04-04T07:12:42.300846317Z
2025-04-04T07:12:42.300988185Z >>> [rcutils|error_handling.c:108] rcutils_set_error_state()
2025-04-04T07:12:42.301013369Z This error state is being overwritten:
2025-04-04T07:12:42.301034480Z
2025-04-04T07:12:42.301055850Z   'error not set, at ./src/rcl/node.c:263'
2025-04-04T07:12:42.301076831Z
2025-04-04T07:12:42.301097072Z with this new error message:
2025-04-04T07:12:42.301118756Z
2025-04-04T07:12:42.301138608Z   'rcl node's rmw handle is invalid, at ./src/rcl/node.c:415'
2025-04-04T07:12:42.301159293Z
2025-04-04T07:12:42.301182274Z rcutils_reset_error() should be called after error handling to avoid this.
2025-04-04T07:12:42.301202663Z <<<
2025-04-04T07:12:42.301223421Z [ERROR] [1743750762.299917573] [rcl]: Failed to fini publisher for node: 1

Additional information

I've tried with different network interfaces, and it always produce the same error. Multicast is enabled on the interface and the docker container has access to it (it's using --network=host and --privileged).

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions