I have 19 servers with this smb.conf share definition working:
[export]
comment = Exported Files
path = /tmp/export
guest ok = Yes
On the 20th server however, this just doesn't want to work.
I've gone through the basics of guest access and permissions more than a few
times trying to figure this one out.
Approaching this from another angle, I tried the following in smb.conf:
[export]
comment = Exported Files
path = /tmp/export
guest ok = Yes
[exports]
comment = Exported Files Test
path = /tmp/export
guest ok = Yes
Which produces the following on the Windows client side:
C:\>net view \\myhost
Shared resources at \\myhost
Share name Type Used as Comment
------------------------------------------------------------
export Disk Exported Files
exports Disk Exported Files Test
The command completed successfully.
C:\>dir \\myhost\export
The network path was not found.
C:\>dir \\myhost\exports
Volume in drive \\myhost\exports is exports
Volume Serial Number is 11F9-174D
Directory of \\myhost\exports
05/22/2008 03:09 PM <DIR> .
05/22/2008 05:03 PM <DIR> ..
05/21/2008 09:40 AM 784,448 testfile.dat
1 File(s) 784,448 bytes
0 Dir(s) 4,453,707,776 bytes free
I'm running smbd -D -d2 and the client log file isn't throwing any
errors when I try to connect to export.
Anything else to look at for this one?
ScottZ wrote:> <snip> I'm running smbd -D -d2 and the client log file isn't throwing any errors when I try to connect to export. > > Anything else to look at for this one? >That is rather odd, do you mean the *server* log doesn't have errors? You don't have a user called "export" by any chance do you? *Michael Heydon - IT Administrator * michaelh@jaswin.com.au <mailto:michaelh@jaswin.com.au>
Thanks for your help. I'm looking at log.smbd and the client samba log that is generated for each client connection. Using smbd -D -d2 I'm not finding any errors in log.smbd and see the following in the client log. When connecting to "exports": With the client "scott-desktop" and username of scott connecting to "exports" (the working share): [2008/05/23 09:58:09, 2] auth/auth.c:check_ntlm_password(309) check_ntlm_password: authentication for user [scott] -> [scott] -> [scott] succeeded [2008/05/23 09:58:09, 1] smbd/service.c:make_connection_snum(1033) scott-desktop (172.29.212.124) connect to service exports initially as user datlasn (uid=525, gid=101) (pid 77978) And everything works for "exports". For the "export" share (the non-working one) I see: [2008/05/23 10:04:36, 2] auth/auth.c:check_ntlm_password(309) check_ntlm_password: authentication for user [scott] -> [scott] -> [scott] succeeded [2008/05/23 10:04:36, 1] smbd/service.c:make_connection_snum(1033) scott-desktop (172.29.212.124) connect to service export initially as user scott (uid=525, gid=101) (pid 78008) [2008/05/23 10:04:45, 1] smbd/service.c:close_cnum(1230) scott-desktop (172.29.212.124) closed connection to service export So it's immediately closing the connection on me once I authenticate successfully and can't figure out why. Verified that there isn't a user export on the system. I'm going to try a higher debug level. Thanks.> -------- Original Message -------- > Subject: Re: [Samba] Somewhat bizzare share issue > From: Michael Heydon <michaelh@jaswin.com.au> > Date: Thu, May 22, 2008 7:31 pm > To: ScottZ <mylists@pinesalad.net> > Cc: samba@lists.samba.org > > ScottZ wrote: > > <snip> I'm running smbd -D -d2 and the client log file isn't throwing any errors when I try to connect to export. > > > > Anything else to look at for this one? > > > That is rather odd, do you mean the *server* log doesn't have errors? > > You don't have a user called "export" by any chance do you? > > *Michael Heydon - IT Administrator * > michaelh@jaswin.com.au <mailto:michaelh@jaswin.com.au>
> -------- Original Message -------- > Subject: Re: [Samba] Somewhat bizzare share issue > From: Jeremy Allison <jra@samba.org> > Date: Fri, May 23, 2008 10:21 am > To: ScottZ <mylists@pinesalad.net> > Cc: Michael Heydon <michaelh@jaswin.com.au>, samba@lists.samba.org > > On Fri, May 23, 2008 at 10:19:55AM -0700, ScottZ wrote: > > Thanks for your help. > > > > I'm looking at log.smbd and the client samba log that is generated for each client connection. > > Using smbd -D -d2 I'm not finding any errors in log.smbd and see the following in the client log. > > > > When connecting to "exports": > > > > With the client "scott-desktop" and username of scott connecting to "exports" (the working share): > > [2008/05/23 09:58:09, 2] auth/auth.c:check_ntlm_password(309) > > check_ntlm_password: authentication for user [scott] -> [scott] -> [scott] succeeded > > [2008/05/23 09:58:09, 1] smbd/service.c:make_connection_snum(1033) > > scott-desktop (172.29.212.124) connect to service exports initially as user scott (uid=525, gid=101) (pid 77978) > > > > And everything works for "exports". > > > > For the "export" share (the non-working one) I see: > > > > [2008/05/23 10:04:36, 2] auth/auth.c:check_ntlm_password(309) > > check_ntlm_password: authentication for user [scott] -> [scott] -> [scott] succeeded > > [2008/05/23 10:04:36, 1] smbd/service.c:make_connection_snum(1033) > > scott-desktop (172.29.212.124) connect to service export initially as user scott (uid=525, gid=101) (pid 78008) > > [2008/05/23 10:04:45, 1] smbd/service.c:close_cnum(1230) > > scott-desktop (172.29.212.124) closed connection to service export > > > > So it's immediately closing the connection on me once I authenticate successfully and can't figure out why. > > Verified that there isn't a user export on the system. > > Usually that's because smbd can't change directory to > the target of that share. Check permissions on it. > > Jeremy.Both the working and non-working share definitions point to the same directory. This was done as a test to find out why the "export" share wasn't working on this server and does on others.>From my first message:Approaching this from another angle, I tried the following in smb.conf: [export] comment = Exported Files path = /tmp/export guest ok = Yes [exports] comment = Exported Files Test path = /tmp/export guest ok = Yes "export" does not work and immediatly disconnects after authentication and "exports" works fine.