-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Symlinking to a file with a long filepath results in a broken link #4342
Comments
Can you run the command with strace (strace -Tttf ) and share the data with brick logs? |
Here is the strace for the link creation:
And here for ls:
On the brick logs I see lines like:
|
It seems there is no issue with link creation but lookup operation is failing. I have tested the same in my environment , it is working fine. It is calling statx not stat, in previous version it call stat. I have to test it on latest rhel version then can update on the same. |
Any news about this? |
Description of problem:
If I create a symbolic link to a file on Glusterfs that has a long enough filepath it results in a link that does not point anywhere.
The exact command to reproduce the issue:
The full output of the command that failed:
Expected results:
Listing of the link and its target.
Mandatory info:
- The output of the
gluster volume info
command:- The output of the
gluster volume status
command:- The output of the
gluster volume heal
command:- Provide logs present on following locations of client and server nodes -
/var/log/glusterfs/
Client node:
No errors or warnings on the server nodes.
- Is there any crash ? Provide the backtrace and coredump
No.
Additional info:
All the glusterfs servers and clients are virtual machines within an Openstack deployment. The glusterfs bricks are created on Openstack Volumes. All the clients mount glusterfs with option noatime. On a NFS mount (not Glusterfs) the above command produces a valid link.
- The operating system / glusterfs version:
Rocky Linux 9.0 / glusterfs 11.1
Note: Please hide any confidential data which you don't want to share in public like IP address, file name, hostname or any other configuration
The text was updated successfully, but these errors were encountered: