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

mount.ceph: fix the handling of new-syntax device names #44456

Merged
merged 2 commits into from Jan 11, 2022

Conversation

jtlayton
Copy link
Contributor

@jtlayton jtlayton commented Jan 4, 2022

The main patch in this fixes the handling of new-syntax device names. The code currently prepends "client." to the device string that it passes to the kernel, but it can't accept that syntax later if someone tries to recreate the mount.

Also, fix the URL in the specfile that points to the "bcond_" doc pages.

Fixes: https://tracker.ceph.com/issues/53765

The old one gives a 404 error now.

Signed-off-by: Jeff Layton <jlayton@redhat.com>
With the new mount device syntax, the mount helper will end up
prepending "client." to whatever device string is passed down. If you
then go to recreate that mount later from the info in /proc/mounts,
you'll end up getting back an error because it'll try to prepend
"client." again.

There is no reason to send a fully-qualified principal name down to the
kernel since it can only use client.* principals anyway. Fix the mount
helper to track the unqualified name internally and only fully-qualify
it when we're scraping the config for info.

Fixes: https://tracker.ceph.com/issues/53765
Signed-off-by: Jeff Layton <jlayton@redhat.com>
@jtlayton jtlayton requested review from vshankar and a team January 4, 2022 16:28
Copy link
Member

@gregsfortytwo gregsfortytwo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Member

@batrick batrick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this need backported? (If so, please update the ticket.)

@batrick batrick added cephfs Ceph File System needs-qa labels Jan 4, 2022
@jtlayton
Copy link
Contributor Author

jtlayton commented Jan 4, 2022

I don't think this has been backported to earlier releases yet, so it should be ok to just fix it in mainline. If we do end up backporting this feature later (and that might be a good thing to do), we can just make sure to pick this patch as well.

@jtlayton jtlayton requested review from ceph-jenkins and a team and removed request for ceph-jenkins January 5, 2022 11:44
@vshankar vshankar merged commit 8059673 into ceph:master Jan 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
5 participants