Samba 2.2.x serving Samba client 3.0.26 cifs (mount error 13 = Permission denied)

nnn · #1 28th March 2008, 09:05 AM

Hello

I am using Red Hat since version 6...and had successfully used servers and clients.

The new problem I face is with cifs client logging on to samba server.

The server has
Red Hat 7.2
samba 2.2.x (which only has smbfs and NOT cifs)

The server NEED to serve few linux clients and few windows clients and hence I use samba instead of nfs.

I could connect through samba 2.2.x clients successfully. And also the windows clients connect successfully. That is
mount -t smbfs ... works fine for several years.

While upgrading the machines, we need to install newer versions of Linux and now I have Fedora 8 in a new box.

With Fedora 8, samba 3.0.26 client, since it has cifs, I tried to mount through

mount.cifs //server/share /mnt/data -ousername=user1

and the error is

mount error 13 = Permission denied

I had tried with domain= also.

The server's /var/log/samba/new.log has

[2008/03/28 13:13:16, 0] smbd/password.c: password_ok(610)
Error: challenge not done for user=user1

So, the client had reached upto the server and the server had tried and failed to authenticate.

Can anyone please guide me on this issue.

Thanking you in advance.

***glennzo*** · #2 28th March 2008, 09:15 AM

Try

Code:

mount cifs //server/share /mnt/data -o username=user1,password=""

or

Code:

mount -t cifs //server/share /mnt/data -o username=user1,password=""

nnn · #3 28th March 2008, 12:44 PM

Had given password when it was prompting. That is not the issue. Even with the password= entry in mount, it gives the same error.

nnn · #4 29th March 2008, 04:41 AM

Had tried all the possibilities. Ping works well; even the mount.cifs reaches the server.
Tried with domain, uid, gid, etc

It still gives the same error.

mount error 13 = Permission denied

***glennzo*** · #5 29th March 2008, 09:35 AM

Are there any updates available for Samba / Redhat 7.2 which may include cifs support? I'm assuming that the fact that the server uses smbfs and the client uses cifs may cause problems.

***glennzo*** · #6 29th March 2008, 09:44 AM

This command:

Code:

sudo mount -t cifs //johnbonham/temp /media/temp -o username=glenn,password=""

was successful on my machine. johnbonham is the 'server' in this case. Johnbonham has a shared folder, /temp, and I was able to mount and browse that folder from another Linux machine. I may have been successful simply because there is a user named glenn on both boxes.

Edit: For what it's worth, sudo umount /media/temp was also successful.

nnn · #7 1st April 2008, 02:25 PM

Hello Glenn

Is your johnbonham serving samba through smbfs?

In my case, the server through smbfs could successfully serve several linux client machines (different flavours) while the clients speak through smbfs. So (I think) there are no new issues like visibility, sharing, user name, etc.

The server could not serve the clients which speak through cifs.

NNN

nnn · #8 5th April 2008, 04:50 AM

The usual things to be tried are all had been tried and was unsuccessful.

Had anyone noticed any specific reason for smbfs server denying cifs client?

Please advise.

***glennzo*** · #9 5th April 2008, 09:02 AM

Quote:

Originally Posted by nnn

Hello Glenn

Is your johnbonham serving samba through smbfs?

In my case, the server through smbfs could successfully serve several linux client machines (different flavours) while the clients speak through smbfs. So (I think) there are no new issues like visibility, sharing, user name, etc.

The server could not serve the clients which speak through cifs.

NNN

Hi. Haven't been prowling this forum too much lately so I didn't see your reply. You mention username. It's been my experience that in order to access the johnbonham machine with another Linux machine that I first need to create a user on the server that is the same as the user on the computer trying to access it. In other words, for glennzo to be able to access johnbonham there needs to be a user account for glennzo on johnbonham.

***glennzo*** · #10 5th April 2008, 09:33 AM

For what it's worth I just tried this again, sudo mount -t cifs //johnbonham/backup /media/temp -o username="glenn",password="", and it was successful. I can now browse /media/temp and I'm looking at the files on a partition on johnbonham.

Generally speaking though, this Samba stuff is a mess, in my opinion. It works sometimes and then suddenly it won't work anymore. Then it does. Very unreliable. Right now I can mount that share and browse it but I can't open nautilus and connect to johnbonham. Typing in the location bar of Nautilus smb:///johnbonham gets me nothing but an error that says "couldn't display smb:///johnbonham". The location is not a folder. In 10 minutes the thing might decide to start working again. I've basically given up on sharing with Linux. If it works, good. If not I resort to the old sneaker net. I've spent countless hours, over months and years, reading documentation and trying to get networking to work reliably. Just doesn't happen here. Probably a result of my ignorance more than anything else but that's the way it is. I'm to the point where I don't care if it works or not.

Right now there are 3 computers running in this household. Johnbonham sees all three (johnbonham is one of the three). If the other 2 were on it would probably see them too. I can connect to and browse MOM, an XP desktop, but I can't connect to or browse TOSHIBA, a Fedora 8 laptop. From TOSHIBA, all I see is an icon for "Windows Network". Clicking that icon gets me an error so Toshiba can't see the other 2 computers. Going over to the MOM XP box I can see the 2 Linux boxes. I can connect to and browse johnbonham but I can't connect to Toshiba without a username and password. When I enter "glenn" and a password I'm denied access.

I think that instead of really insisting that Samba is a mess that the real cause of my problems are just misconfiguration and a lack of real understanding of how it all works in a mixed OS environment. On your end, you're probably just missing one little thing that's keeping you from total success. Frustrating just the same.

***glennzo*** · #11 5th April 2008, 09:40 AM

OK, here's what I did next. On the laptop, hostname TOSHIBA. I opened a terminal and typed

Code:

sudo smbpasswd -a glenn

I pressed enter when prompted for a password. No errors returned so I assume that the command was successful. Then while still in the terminal I issued these 2 commands:

Code:

sudo /sbin/service smb restart
sudo /sbin/service nmb restart

I went over to the MOM XP machine and clicked on the icon for TOSHIBA in the browser. When prompted for a username I entered glenn and left the password blank. I was allowed access to TOSHIBA through Samba and can now browse shared folders on same.