Bug #43649
closed
mount.ceph fails with ERANGE if name= option is longer than 37 characters
Added by Jeff Layton over 4 years ago.
Updated about 4 years ago.
Description
Aaron reported on the cephfs mailing list that some mount attempts were failing with ERANGE. For example:
# mount.ceph :/ /mnt/cephfs -o name=user-20c5338c-34db-11ea-b27a-de7033e90,secret=AQC6dhpeyczkDxAAhRcr7oERUY4BcD2NCUkuNg==
Trimming the name down to 37 characters allows it to work. The problem is the SECRET_OPTIONS_LEN constant is too small for long usernames.
- Severity changed from 3 - minor to 2 - major
- Pull request ID set to 32706
- Status changed from New to In Progress
It turns out that name= options can pretty much be arbitrarily long, so I reworked the code to remove the need for an artificial limit there. It should do the right thing for any name= option. Note that the mount() syscall has a 1 page limit for options so if you try to give it too long a name it's going to fail anyway.
- Backport set to mimic,nautilus
- Backport changed from mimic,nautilus to nautilus
- Status changed from In Progress to Pending Backport
- Target version set to v15.0.0
- Source set to Community (user)
- Component(FS) kceph added
- Copied to Backport #43770: nautilus: mount.ceph fails with ERANGE if name= option is longer than 37 characters added
- Status changed from Pending Backport to Resolved
While running with --resolve-parent, the script "backport-create-issue" noticed that all backports of this issue are in status "Resolved" or "Rejected".
Also available in: Atom
PDF