Bug 134570
Summary: | smbmnt and smbumount fail to handle SMB mounts with 32-bit uid and gid parameters | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Steven Lawrance <redhat> | ||||||
Component: | samba | Assignee: | Jay Fenlason <fenlason> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | jfeeney | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2004-10-14 14:29:26 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Steven Lawrance
2004-10-04 17:56:20 UTC
Created attachment 104735 [details]
32-bit UID/GID patch for smbmnt and smbumount
Created attachment 104737 [details]
Modified RPM spec file for 3.0.8-0.pre1 that I'm currently using on my system
Added in case if anyone seeing this bug desperately needs to get 32-bit UID/GID
support working and knows how to build an RPM.
Of course, if this patch goes into the actual Fedora Samba package, it will
probably be pre2 or something like that and not pre1sl1 ;-).
To build the patched RPM, run `rpm --install samba-3.0.8-0.pre1.src.rpm` as
root (download from the Development repository), copy this samba.spec into
/usr/src/redhat/SPECS, download samba-3.0.8-32bit-uidgid.patch to
/usr/src/redhat/SOURCES, cd into /usr/src/redhat/SPECS, and run `rpm -ba
samba.spec` as root. When complete, go into /usr/src/redhat/RPMS/i386 (or
whatever your arch is) and run `rpm --upgrade samba-*.rpm` as root.
Smbfs has been depreciated in favor of cifs, which has upstream maintainers, active development, and related goodness. Try using mount -t cifs instead. If cifs doesn't work with 32-bit UIDs, let me know. I was able to sucessfully mount SMB shares with CIFS using 32-bit UIDs and GIDs. Unfortunately, I am not sure how to mount arbitrary (not in /etc/fstab) SMB shares as a user with the ability to unmount as that user in the same way that smbmount/smbmnt and smbumount do. I'm guessing that I can add myself to sudoers with the ability to mount and unmount arbitrary shares, though I'm wondering if an easier method exists. I'm also using a non-Fedora package smb4k (http://smb4k.berlios.de/) to mount and unmount shares, and it doesn't support CIFS yet. It's a super-convenient program for mounting and unmounting SMB shares. GNOME's built-in support for using SMB shares doesn't work for me (I'm not sure how I can have it automatically use my credentials across the entire network; it looks like I have to log into each share with my domain credentials for every share that I want to look at. None of our internal shares are anonymously available, so if I don't log in, I don't see anything). I can live without smb4k if an easy-to-use graphical replacement exists, such as if Nautulus has some configuration screen that I missed that lets me enter in authentication credentials for SMB. Perhaps smb4k could be modified to use CIFS instead of smbfs and maybe use the sudoers approach or something similar. Because SuSE has the smbmnt part of the patch in their product, it would be nice if Fedora also applies this fix even though it's a deprecated filesystem. Because it's deprecated, there shouldn't be much to lose by landing the patch into the RPM, in theory. I agree that CIFS is the preferred method going forward as a +s smbmnt and smbumount could be a potential security hazard when compared to a sudoers-controlled SMB mounting strategy. For the short-term, however, I plan to continue using smb4k in my work-flow, so I'm hoping that this patch can be applied even though it's a deprecated filesystem. Please? Pretty please :-)? It would save me from having to recompile from the SRPMS with each samba package release. Or, if you have any suggestions on mounting arbitrary SMB shares as users within a GUI using CIFS, please let me know. I included your patch in the Samba rpms I made yesterday. Grab them from rawhide and see how well they work. I tried it out and it works :-)! Thank you very, very, very much for including the patch :-)!! I also ensured that I could not smbumount another user's share, and that worked properly as well. smbumount-ing a smbfs share mounted with a 32-bit uid works when done by root or the mounting 32-bit uid. Thanks :-), and also thank you for the suggestion about using cifs. I will probably continue to use smb4k and smbfs for a while, and I'm looking forward to using cifs in the future and its ACL goodness across all users rather than on a user-by-user basis. |