|
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
|