Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

ros2doctor: print more information about (FastDDS) RMW #952

Open
rursprung opened this issue Dec 7, 2024 · 2 comments
Open

ros2doctor: print more information about (FastDDS) RMW #952

rursprung opened this issue Dec 7, 2024 · 2 comments
Assignees

Comments

@rursprung
Copy link

Feature request

Feature description

ros2 doctor currently does not print a lot of information on the RMW (except which RMW is being used).
thus it's not helpful when debugging issues related to the middleware.
e.g. when using the discovery server it does not print any information about relevant ROS_* environment variables being set.
furthermore it could e.g. point out that a discovery server is set but ROS_SUPER_CLIENT isn't (which would explain why ros2 commands don't see anything even if nodes are running).

Implementation considerations

@fujitatomoya
Copy link
Collaborator

I think it would be nice to print more details of rmw implementation for practice, this would be really helpful to understand the environment for debugging instead of asking questions. for doing that, we probably would want to consider rmw interfaces to abstract to get the information from rmw implementation.

@fujitatomoya fujitatomoya self-assigned this Dec 19, 2024
@fujitatomoya
Copy link
Collaborator

@rursprung I had a chat about this with other developers.

what we could do is that develop ros2doctor plugin subcommand and get the user specific (or rmw specific) information instead of rmw interface. i think this is more reasonable.

IMO,

  1. ROS_xxx / RMW_xxx environmental variables (ROS / RMW generic information) can be collected via ros2doctor. (we already do this with RMW MIDDLEWARE as report)
  2. For rmw implementation specific parameters, user developed plugin can collect whatever those are. for example, FASTDDS_BUILTIN_TRANSPORTS, xml configuration data and so on.

maybe we can consider ROS / RMW generic information to expand the ros2doctor. but i would like to get more feedback on this.

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

No branches or pull requests

2 participants