[21861] clean.py does not clean up fast_datasharing* files

[ma30002000]

Is there an already existing issue for this?

• I have searched the existing issues

Expected behavior

clean.py will clean up any orphaned resources in /dev/shm

Current behavior

clean.py does not clean up fast_datasharing* files that are created when data-sharing delivery is active (see DataSharingNotification.hpp)

Steps to reproduce

Setup up two processes with communication adhering to data sharing constraints. Forcibly kill them. Run clean.y.

Fast DDS version/commit

master, 2.14.3, etc.

Platform/Architecture

Ubuntu Focal 20.04 amd64

Transport layer

Shared Memory Transport (SHM), Data-sharing delivery

Additional context

It is unclear to me if the same mechanisms that are used cleaning the other orphaned files can be re-used (delete if file can be locked exclusively).

XML configuration file

No response

Relevant log output

No response

Network traffic capture

No response

[JesusPoderoso]

Hi @ma30002000, thanks for your report.
I have successfully reproduced it. We will address it in the following weeks.

[cferreiragonz]

Hello @ma30002000, thanks for your patience.

The behavior you described was the intended design when the tool was initially developed. However, we have internally agreed to include this as a new feature in future releases.

In the meantime, you can achieve the desired behavior by running the following command after killing the processes:
rm -f /dev/shm/fast*

We’ll notify you as soon as the new feature is ready. Thank you for your feedback!