3

We have a Macintosh OS10.6 server and a big storage system accessible via SMB.

Right now we can mount partitions, but when we mount them they are only accessible to the user that did the mount. All other users get "Access Denied."

It there any straightforward way to mount so that all users will be able to access the files? (We want all users mapped to a single SMB UID.)

vy32
  • 2,088
  • 2
  • 17
  • 21
  • 1
    What's the client OS? – Ignacio Vazquez-Abrams Apr 05 '10 at 17:17
  • @Ignacio Vazquez-Abrams: I believe he's stating that he's mounting the SMB shares *on the Mac OS 10.6 server*, to make them available to all users of the OS X 10.6 server. – Josh Apr 05 '10 at 18:24
  • So then is the SMB server a *nix machine running Samba? – Ignacio Vazquez-Abrams Apr 05 '10 at 18:43
  • @Ignacio, Yes, Mac OS X is Unix based. You can think of it as being roughly FreeBSD-like, with some things pulled from other *BSDs, and plenty of Apple additions and modifications. And yes, the SMB server for Mac OS X, in both the client and Server distributions of Mac OS X, is Samba. The SMB client in both distributions is based on Boris Popov's smbfs from FreeBSD. – Spiff Apr 05 '10 at 21:12
  • @vy32, I'd like to point out that if the clients are Macs and the server is a Mac, the best practice is to use AFP rather than SMB. Since AFP grew up with Mac OS, the filesystem semantics it provides map better to operations Mac OS X needs to do. ("Better" compared to SMB or NFS or WebDAV or any other remote filesystem mounting protocol.) There should be no problem sharing the same sharepoints via both AFP and SMB, which is common when you want to support both Mac and non-Mac clients. – Spiff Apr 05 '10 at 21:15
  • @Spiff: So you're saying that the client machine is OS X, and the server machine is OS X? How did you deduce this? – Ignacio Vazquez-Abrams Apr 06 '10 at 10:25
  • @Ignacio, when I mentioned to you that the SMB client in Mac OS X is Popov's smbfs, I wasn't saying that that's what vy32 was using, I was just mentioning it for your information. However, I do think it's likely that vy32 is running Macs as his client machines, because Macs are the most common machines that have a "mount_smbfs" command (I could be wrong, but I don't believe that either Linux or Windows use that command; it's just the BSDs, and Mac OS X is the most common client BSD). – Spiff Apr 06 '10 at 15:12
  • Thanks for your comments, but the client is MacOS and the Server is running Solaris. (It's actually a $150,000 hierarchical storage management system with a Solaris front-end.) The server is also running Samba. – vy32 Apr 17 '10 at 12:50

2 Answers2

1

Have you tried mounting the share as the root user? In the terminal, try:

sudo mkdir -p /Volumes/Share\ Name\ Here
sudo mount -t smbfs //user@server/sharename /Volumes/Share\ Name\ Here

For more information see: http://www.macosxhints.com/article.php?story=20020610225855377

Josh
  • 9,190
  • 28
  • 80
  • 128
  • 1
    Sadly, this doesn't work. The files on the remote share are visible to the root user but not to other users. – vy32 Apr 17 '10 at 12:51
  • What are the permissions on `/Volumes/Share\ Name\ Here`? What if you do `sudo chmod 777 /Volumes/Share\ Name\ Here` before `sudo mount...`? – Josh Apr 17 '10 at 13:47
  • Thanks for the thoughts. I tried that, it doesn't work. Something in the OS is blocking UIDs other than the one that does the mount. – vy32 May 05 '10 at 04:10
1

In the mount_smbfs man page, it lists the answer. Do what Josh recommended, but use the following command instead:

sudo mount_smbfs -f0777 -d0777 //user@server/sharename /Volumes/Share\ Name\ Here
Michael Hampton
  • 244,070
  • 43
  • 506
  • 972
Hank
  • 26
  • 1