Samba Shares - ARGH!


Recommended Posts

I've been reading up on samba shares. So I popped CentOS onto a VM and got busy.

At first I tried configuring it all myself using smb.conf ... the result was my windows pc would see the share, log in, but would not show the contents of the shared folder, or allow me to write with it.

So I gave up, reformatted, and used webmin instead.

I've got the same result.

I've checked unix user permissions, ownership, samba user/passwords. It's definitely writeable. Windows will open the folder, but not show the contents or allow me to write to it. I just get "This folder is empty" from windows explorer

:(

Help?

Link to comment
https://www.neowin.net/forum/topic/1068892-samba-shares-argh/
Share on other sites

1. Look at this: http://www.cyberciti.biz/tips/how-to-mount-remote-windows-partition-windows-share-under-linux.html

Also, is it possible to right click a folder on the desktop and click Share Folder?

If all of this fails (in fact try this first) chmod the folder to 777 (bit of a security risk but heh). So chmod 777 <folder name/path>

1. Look at this: http://www.cyberciti...nder-linux.html

Also, is it possible to right click a folder on the desktop and click Share Folder?

If all of this fails (in fact try this first) chmod the folder to 777 (bit of a security risk but heh). So chmod 777 <folder name/path>

1st link seems to be the wrong way round. I'm trying to share a folder from CentOS to Windows.

2nd no, terminal only.

3rd already tried

Did you check the logs? ;-)

I'm not quite sure where CentOS keeps them but SLES/SuSE has them in /var/log/samba/log.smbd

Just tail the file when trying to access the directory.

Logs - wiped them then logged in and tried to copy a file.


[2012/04/08 06:34:37.200963, 1] smbd/service.c:1251(close_cnum)
__ffff_192.168.1.84 (::ffff:192.168.1.84) closed connection to service share1
[2012/04/08 06:34:37.215009, 1] smbd/service.c:1251(close_cnum)
__ffff_192.168.1.103 (::ffff:192.168.1.103) closed connection to service share1
[2012/04/08 06:34:37.217456, 1] smbd/service.c:1251(close_cnum)
__ffff_192.168.1.84 (::ffff:192.168.1.84) closed connection to service share1
[2012/04/08 06:34:37, 0] smbd/server.c:1140(main)
smbd version 3.5.10-114.el6 started.
Copyright Andrew Tridgell and the Samba Team 1992-2010
[2012/04/08 06:34:37.951673, 0] smbd/server.c:500(smbd_open_one_socket)
smbd_open_once_socket: open_socket_in: Address already in use
[2012/04/08 06:34:37.971517, 0] smbd/server.c:500(smbd_open_one_socket)
smbd_open_once_socket: open_socket_in: Address already in use
[2012/04/08 06:34:38.302699, 1] smbd/service.c:1070(make_connection_snum)
__ffff_192.168.1.84 (::ffff:192.168.1.84) connect to service share1 initially as user smbuser (uid=500, gid=500) (pid 4551)
[2012/04/08 06:34:38.442723, 1] smbd/service.c:1070(make_connection_snum)
__ffff_192.168.1.103 (::ffff:192.168.1.103) connect to service share1 initially as user smbuser (uid=500, gid=500) (pid 4552)
[2012/04/08 06:34:44.387638, 1] smbd/service.c:1070(make_connection_snum)
__ffff_192.168.1.84 (::ffff:192.168.1.84) connect to service share1 initially as user smbuser (uid=500, gid=500) (pid 4551)
[/CODE]

Have you mapped the smbuser to a local user or do you have an account on the centos boxed called that?

It's clearly a permission issue or a user mapping problem.

User on CentOS box called smbuser. Passwords on the centos box match with smbpasswd. Logging in on the windows box with the correct credentials.

There was one thing that popped into my mind, since I remember RedHat/CentOS using SELinux, this might help you;

http://wiki.centos.o...wTos/SetUpSamba

Take a peek at 2. SELinux

If it's merely a test box, you could also just try disabling SELinux (you should not do this on a production box however!)

There was one thing that popped into my mind, since I remember RedHat/CentOS using SELinux, this might help you;

http://wiki.centos.o...wTos/SetUpSamba

Take a peek at 2. SELinux

If it's merely a test box, you could also just try disabling SELinux (you should not do this on a production box however!)

You utter genius!

Works perfectly, thank you very much indeedy!

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.