OpenSolaris

Printable Version Enter a New Search
Bug ID 6710493
Synopsis smbfs doesn't interoperate with a MacOS share
State 10-Fix Delivered (Fix available in build)
Category:Subcategory network:smbfs
Keywords
Responsible Engineer Gordon Ross
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_105
Fixed In snv_105
Release Fixed solaris_nevada(snv_105)
Related Bugs 6565868
Submit Date 4-June-2008
Last Update Date 17-December-2008
Description
An OpenSolaris 2008.05 user can use smbfs to access a Windows share, and use
Windows to access a MacOS share, but can't use smbfs to access the MacOS share.
Here's the e-mail from  xxxxx@xxxxx.com:

----
Hi, open solaris experts,

Lots of excitement around the advent of Open Solaris 2008.05 or  
Indiana. I will skip all the good features such as liveCD, smooth  
install to HD, and IPM.

One thing bugging me is that, I cannot mount a shared CIFS folder from  
MAC. Here is the command and error,

mount -F smbfs //hans: xxxxx@xxxxx.1/shared_mac   /mnt

'df -k' revealed:

df: cannot statvfs /mnt: Transport endpoint is not connected

By the way, smb client service is on, as
online         13:47:42 svc:/network/smb/client:default

Indeed, from Open Solaris, I can successfully mount from Windows XP  
shared folder or any NAS device with the same 'mount -F smbfs' above.  
SO something strange about Mac alone. I checked the security settings  
on Mac and it is wide open and there is no firewall. In addition, from  
windows XP, I have no trouble connecting to MAC shared folder. Thus it  
reduces down to a problem of Open Solaris and Mac CIFS sharing.

Bear in mind 192.168.135.1 is the IP for Mac. Here is more trace to it,

opensolaris# smbutil status 192.168.135.1
Workgroup: WORKGROUP
Server: MAC001EC2000DE7

opensolaris# smbutil view //hans:pass@MAC001EC2000DE7
Share        Type       Comment
-------------------------------
smbutil: unable to list resources: syserr = Transport endpoint is not  
connected

(Note: view is good for all other shares except for Mac)

Moreover, I tried all commands with WORKGROUP and there is no luck  
either.

opensolaris# smbutil view '//WORKGROUP;hans:pass@MAC001EC2000DE7'
Share        Type       Comment
-------------------------------
smbutil: unable to list resources: syserr = Transport endpoint is not  
connected

mount -F smbfs '//WORKGROUP;hans: xxxxx@xxxxx.1/shared_mac' /mnt

or

mount -F smbfs '//WORKGROUP;hans:pass@MAC001EC2000DE7/shared_mac' /mnt

df -k still has,

df: cannot statvfs /mnt: Transport endpoint is not connected

Since no domain is in use, Workgroup does not play any part.


Could anyone help me mount from Mac to Open Solaris ?

Thanks.

Hans


PS    ------- more info --------

Following leads after googling, I have tried to limit to port 445 or 139 from smb.conf, to no avail.

Also, I did download all packages related to samba and smb, thanks to IPM.  
But still no way to resolve the problem. I could use smbclient to log  
in and view files,

opensolaris# smbclient -U hans '//192.168.135.1/shared_mac'
Password:
Domain=[MAC001EC2000DE7] OS=[Unix] Server=[Samba 3.0.25b-apple]
smb: \> ls
....


I can download and upload files this way. But obviously, this is not  
my goal.

All I want is to mount the shared folder from Mac to Open Solaris.

Do you have any luck ?

----

I requested a snnoop file:

This sounds like a bug, and it sounds interesting.  Would you
be able to use 'snoop -o <file>' to capture the raw network
traffic on the Solaris client?  (Ethereal or Wireshark from
the Mac would also be fine if that's easier.)  My guess is
that we're doing the initial setup correctly and then a
protocol error or disagreement is causing someone to close
the connection.  The snoop should point to who sent the last
meaningful smb protocol element, and who broke the connection.
cifs- xxxxx@xxxxx.com would be the best venue.

----
Matt Cowger agrees:

I can confirm the same behavior in my network when sharing from my mac to my opensolaris 2008.05 host.

I've uploaded a copy of the dump in snoop format here:
http://www.cowger.us/SMBfail.dmp

mount -F smbfs // xxxxx@xxxxx.99/opt /mnt
df -k
umount /mnt

192.168.0.99 is the mac, 111 is the solaris host.

It looks like the Mac ACKs a particular packet, and then sends a FIN/ACK for the session, but the solaris host sends another packet, and gets a RST back from the Mac.  I dont know enough about the SMB protocol to say who's bug that is.

----

The FIN/ACK and RST/ACK from the Mac make me think that the
Mac side tore the connection down abruptly, though that could
be because we sent them something they didn't like.

I've attached Matt's snoop file and have asked for the MacOS
version.
Hans and Matt are both running 10.5.3:

% uname -a
Darwin MacPro.local 9.3.0 Darwin Kernel Version 9.3.0: Fri May 23 00:49:16 PDT 2008; root:xnu-1228.5.18~1/RELEASE_I386 i386
Work Around
N/A
Comments
N/A