cifs share not listing any files?
Hello all-
I've got a Fedora 10 server with a simple read-only samba share. I'm able to mount and browse the share from a Fedora 12 client, but all directories appear as empty--and I can see on the server that they contain many files. This happens whether I browse using smbclient, or mount using mount.cifs. I've got smb/nmb ports enabled on both the client and server. File permissions on the server look right. The server smb.conf setup: Code:
[global] Any ideas what this could be? I don't see any errors in the server logs, even running at maximum log level. Thanks! -Thomas |
can you give an example of what you have the unix permissions on files in the share looking like? This command should help:
Code:
ls -al /path/to/share/in/linux |
Hello-
Thanks for the response! On the server, this is the /media directory, off the root. Here is how that looks: Code:
% ls -al /media On the client, it looks like this: Code:
% mount /mnt/media Code:
% cat /etc/fstab | grep media |
Just curious, can you take mount entry out of your fstab, and try doing this using smbclient? It might shed a little light on your situation.
|
Just wondering out loud. Does the directories have to have samba users as part of group that can read?
|
Hello all-
I appreciate the help! This is a strange one: I've gotten cifs mounts to work before, but this is strange behavior. I've commented out the fstab entry, and used smbclient instead. I got the same behavior: I could navigate the directories, but they all showed zero files (even when I can see on the server that there are many files there). For instance, I also run mediatomb on the same directory tree on the server, and it is able to find and expose all of the media files. I'm guessing my samba share is set up funky on the server. Are there particular ports I should watch out for on the firewall? I ran system-config-firewall-tue on the server, and opened the standard samba ports. -Thomas |
is tomva part of the group media on the server?
|
Hello-
No, tomva isn't in the media group on the server. Although in the samba logs on the server it looks like the client is authenticating as user 'nobody', which I think makes sense for an anonymous public share. -Thomas |
Doh! I was just looking at the server logs again. I thought I had checked them before, but apparently either I didn't, or I hadn't checked them since bumping up the log level.
If I go to a particular directory in my media share (audio/Artists/Yello) that only contains one file, the directory listing (as seen on the client) looks empty. This is what I saw in the server logs when I ran that command: Code:
[2010/04/28 21:31:47, 5] smbd/trans2.c:get_lanman2_dir_entry(1382) According to the lstat() man page, Code:
No permissions are required on the file itself, but — in the case of stat() and lstat() — execute (search) permission is required on all of the directories in path that lead to the file. |
Still not sure, there is perhaps something on your settings in smb.conf. Can you post it here, without all the extra stuff? Just the active lines.
|
Sorry for the delay! Got caught up in other things.
Here is my smb.conf file, from /etc/samba: Code:
[global] |
Hi, i just want to know that tomva is part of the group media on the server
|
tomva is NOT a member of group media. Does that matter for the anonymous (read-only) share?
For the writeable share the client authenticates as user media. |
well, are you trying to view both of these shares at the same time on one pc connected to the samba server? Because, it is only possible to pass one set of credentials to the server, not an individual set for each share. Does that make sense to you? So if you auth as user media, you will see the writeable share, but not the read only share, since both are mapped to the same backend directory: /media . If you auth as tomva, you should be able to see the read-only share. Does that help?
|
Quote:
From my /etc/fstab (on the client): Code:
//julius/media /mnt/media cifs ro,guest,noauto,uid=500,gid=500 0 0 On the server, it looks like I authenticate as user nobody (user ID 99) when I connect to the read-only share. |
All times are GMT -5. The time now is 01:30 PM. |