Red Hat Bugzilla – Bug 204082
oprofiled fails to start when a path name is > NAME_MAX
Last modified: 2012-06-20 11:59:59 EDT
+++ This bug was initially created as a clone of Bug #204081 +++
Description of problem:
When starting up the oprofile daemon via "opcontrol --start --verbose", if any
component of the file names being profiles have path names > NAME_MAX (which
happens to be 255 on RHEL4), oprofiled will fail with a ENAMETOOLONG. While
this is a limitation of the path names, it might make sense to detect when names
are too long, and use some sort of hash to shorten them up. I assume this would
also be the case if the entire path was > PATH_MAX (which is 4096 in RHEL4), but
I have not tested that to confirm.
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life.
Please See https://access.redhat.com/support/policy/updates/errata/
If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.