Bug 120400
| Summary: | can't setup user mountable cifs shares | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | massimo <cubop> |
| Component: | samba | Assignee: | Simo Sorce <ssorce> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6 | CC: | bnocera, mattdm, richard, samba-bugs-list |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-10-29 17:39:20 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: | |||
I have talked to Steven French about this problem, and he has updated mount.cifs to allow user mounting. Email from Steve: ... I changed it so it now ignores "user" when specified with no value (which mount took to mean user mount) because the mount tool can insert that in the mount options in the example that Richard mentioned... A svn pull of SAMBA_3_0 should work - this has the newest (and working) mount.cifs.c code. Update: Latest rawhide includes updated /sbin/mount.cifs Update "samba-client" from rawhide to fix problem. Nearly forgot. You'll need to do a # chmod +s /sbin/mount.cifs to make the file setuid. This bug can be closed now. I'll keep this bug opened. Normal users can't mount cifs shares if /sbin/mount.cifs isn't setuid root. Jay, is there any reason why mount.cifs isn't setuid? This problem (still?) exists in RH Enterprise WS 4. The version number returned by mount.cifs is 1.5. Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Closing per lack of response to previous request for information. Note that FC3 and FC4 are only supported by Fedora Legacy for security fixes. If this is a security issue, please assign to Fedora Legacy. Otherwise, please retest with FC5 or FC6, and if it still occurs, please reopen and assign to the correct version. Many changes have occurred since this bug was first filed and it may be fixed in a more recent version. We apologize for not fixing this bug earlier. Thanks! Reopening, still current with FC6.(In reply to comment #5) > This problem (still?) exists in RH Enterprise WS 4. The version number returned > by mount.cifs is 1.5. Arch, please file a bug directly against RHEL4 if this is still a problem, or better, open a support request. Should be ok in F-7/F-8 can you confirm? Had no reply to the last question, I assume it is fixed. closing. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040319 Epiphany/1.2.1 Description of problem: I've configured in /etc/fstab a line like this: //192.168.0.1/inetpub /mnt/net cifs noauto,username=xxxxxx,pass=xxxxxx,uid=500,gid=100 0 0 and from root I can 'mount /mnt/net' without problems, but if I try to add 'user' to the options to be able to mount from a regular user, I receive the error 'invalid or missing username' when I do 'mount /mnt/net' looks a lot like it misinterpret the 'user' option as as the username specification Version-Release number of selected component (if applicable): samba-client-3.0.3-1.pre1 How reproducible: Always Steps to Reproduce: 1. setup a cifs share in fstab with the option 'user' 2. do 'mount <mountpoint>' Additional info: kernel-2.6.4-1.305