ros2 / ros2/rclcpp

rclcpp failed to send response to service client

Open
#2,760 14 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

more-information-needed
Dominant language
C++
Stars
805
Forks
564
Avg merge
1d 17h
Merged PRs (30d)
27

Description

When calling a service I will sometimes (quite often), get an error message:
[controller_manager.rclcpp]: failed to send response to /controller_manager/list_controllers (timeout): client will not receive response, at ./src/rmw_response.cpp:153, at ./src/rcl/service.c:400
This happens sometimes with any service I call, but especially list_controllers and switch_controllers seem to throw this error a lot (but not every time). When it happens the service will just hang, presumably because it never received a response.
It is specifically happening while i am using the Universal Robots ROS2 driver, but I don't think that is related.
I am running the driver (and therefore ROS2) in a vscode devcontainer (docker container), and i dont know if that could be related?
I am running ROS Jazzy, built from binaries (the devcontainer is built with FROM ros:jazzy).

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing calls to list_controllers and switch_controllers in the ROS Jazzy Docker devcontainer, then inspect the reported locations ./src/rmw_response.cpp:153 and ./src/rcl/service.c:400. Compare successful and failed service calls, including the Universal Robots driver setup. Done means identifying the cause of the intermittent timeout and preventing the service from hanging without a response.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, docker
Domain
distributed-systems, robotics
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.