Bug 119766

Same thing here:

[root@home root]# mount /mnt/scoobyd
mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
[root@home root]# cat /etc/fstab | grep scoobyd
//192.168.123.69/D      /mnt/scoobyd            cifs   
noauto,owner,username=Imoq,password=xxx,uid=imoq,gid=imoq,ip=192.168.123.69,workgroup=BITSDECOLORES,rw
0 0
[root@home root]#  rpm -q samba
samba-3.0.3-1.pre1
[root@home root]# uname -a
Linux home.imoqland.com 2.6.4-1.302 #1 Thu Apr 1 03:58:08 EST 2004
i686 i686 i386 GNU/Linux
[root@home root]# cat /etc/issue
Fedora Core release 1 (Yarrow)
Kernel \r on an \m
 
[root@home root]#

I can confirm this with a .305 kernel with the latest Raw Hide updates.
Server runs Windows2000 or NT (can't check at the moment). Enabling
debugging information reveals this to be an authentication failure.
Using SMB rather than CIFS fixes the problem, so I know the username and
password are correct. Somebody on the cifs-client list mentioned that
mount.cifs seems to send the Unicode form of the password, while
mount.smb sends Unicode AND "ANSI" forms.

How did you mange to use SMB instead CIFS? If I try to use SMB it
tells me that:

"ERROR: smbfs filesystem not supported by the kernel
Please refer to the smbmnt(8) manual page
smbmnt failed: 255"

and if I try to modprobe smbfs, I get:

# modprobe smbfs
FATAL: Module smbfs not found.

having latest kernel (305) i have the same situation here.
tried to do smbmount, which resulted in very interesting situation:

[root@t-baugis]# mount -t smbfs //cvs/toms /mnt/cvs/ -o username=toms
Password:
[root@t-baugis]# ls /mnt/cvs
ls: /mnt/cvs: Invalid slot
[root@t-baugis]#

invalid slot?

I upgraded to Arjan's latest kernel (kernel-2.6.5-1.308) and it still
gives the same error :(

[root@home root]# mount /mnt/scoobyd
mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
[root@home root]#

... and smbfs mount now "works" again, but I also get the "Invalid
slot" message:

[root@home rpms]# mount /mnt/scoobyc
[root@home rpms]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda3              7700700   4024244   3285276  56% /
/dev/hda5             10072456   8626564    934224  91% /home
none                    127812         0    127812   0% /dev/shm
/dev/hdc1             39516436  35627364   1881744  95% /mnt/cangurito
/dev/hda2             20472848  20292400    180448 100% /mnt/pooh
/dev/hdd1             10231392  10202656     28736 100% /mnt/cochinita
/dev/hdd2             28822576  28796848     25728 100% /mnt/burrito
df: `/mnt/scoobyc': Invalid slot
[root@home rpms]# cat /etc/fstab | grep scoobyc
//SCOOBYPC/C            /mnt/scoobyc            smbfs  
noauto,owner,username=Imoq,password=xxx,codepage=unicode,iocharset=utf8,uid=imoq,gid=imoq,ip=192.168.123.69,workgroup=BITSDECOLORES,rw
0 0
[root@home rpms]# tail /var/log/messages
Apr  8 02:11:25 home kernel: CIFS: Unknown mount option nodev
Apr  8 02:11:25 home kernel: CIFS: Unknown mount option noauto
Apr  8 02:11:25 home kernel:  CIFS VFS: Send error in SessSetup = -13
Apr  8 02:11:25 home kernel:  CIFS VFS: cifs_mount failed w/return
code = -13
Apr  8 02:11:57 home kernel: smbfs: Unrecognized mount option nosuid
Apr  8 02:11:57 home mount.smbfs[2771]: [2004/04/08 02:11:57, 0]
client/smbmount.c:send_fs_socket(405)
Apr  8 02:11:57 home mount.smbfs[2771]:   mount.smbfs: entering daemon
mode for service \\SCOOBYPC\C, pid=2771
Apr  8 02:13:09 home kernel: smbfs: Unrecognized mount option nosuid
Apr  8 02:13:09 home mount.smbfs[2783]: [2004/04/08 02:13:09, 0]
client/smbmount.c:send_fs_socket(405)
Apr  8 02:13:09 home mount.smbfs[2783]:   mount.smbfs: entering daemon
mode for service \\SCOOBYPC\C, pid=2783
[root@home rpms]#

update:

same error with kernel 2.6.5-1.309

same error with kernel 2.6.5-1.321

(is there a point on reporting the same error with newer kernels?).

I think this bug is duplicate of the bug #120342

I'll watch both of them.

Updating to vanilla linux-2.6.6-rc3 (ver 1.10 of the CIFS module)
solved all my authentication problems with return code -13. Seems lots
more stable too.

I installed Fedora Core 2 with the default kernel (2.6.5-1.358) and
experienced the CIFS failure:

mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)

smbfs mounting worked fine.

Upgrading to the recently released test kernel 2.6.6-1.368 solved the
CIFS problem for me.

The problem was not solved for me when I switched to arjanv's
2.6.6-1.368 kernel.

There are 'badness in sleep_on_timeout' error messages whenever I try
to access a CIFS-mounted directory/file.

(The error 13, 'permissioned denied' disappeared though).

I think I'll have to use a vanilla kernel -- there obviously should
have been more QA done on FC 2...

our fs/cifs should match vanilla tree 100%.

It works for me under 2.6.6-1.383.

I tried with an official 2.6.6 and CIFS works OK.

My file server is Samba 2.2.8a by the way.

Is there an kernel update planned for this issue ?

the 383 kernel is an intermediate step towards a general kernel update
planned for about 2 weeks from now. 
The "badness" is just a debug message for an invalid condition we
added a check for in teh RH kernel, the code detects a race and warns,
but shouldn't block operation.

OK, I'm using FC2 final release and I had been getting some of the
same problems, particularly the following error:

mount error 13 = Permission denied

I finally found that I only get the error when I put the username and
password into a "credentials" file, as documented in the mount.cifs
man page (using a setup that was working with smbfs under FC1). If I
put the username and password directly in my /etc/fstab, everything
works as expected. This gets things working for me for now, but it is
obviously non-ideal for security, so I'd really like to see this fixed.

There had been a typo in the formatting of the mount.cifs man page showing 
credential files with spaces in them (which is incorrect).  Wonder if this was 
your problem.   There also had been a much older bug in mount.cifs.c (fixed 
months ago) in which the password had been read from the credential file 
without stripping off the \n at the end of the line. 
 
e.g. 
username = fred 
password = mypass 
 
instead of 
username=fred 
password=mypass 
 
(the latter is correct) 

OK, that fixed the problem. Thanks. Someone needs to fix the
documentation.

Could someone remove the "badness in sleep_on_timeout" kernel messages
which are displayed when a CIFS share is mounted ?

I am using kernel 2.6.6-1.435 from Fedora Updates.

I just wanted to throw in a 'me too' on the 'Badness in
sleep_on_timeout' problem.
The original 'Mount error 13 = permission denied' did go away when I
upgraded to kernel-2.6.6-1.435, but the new 'badness' error showed up
when I upgraded as well.  I am now running 2.6.7-1.459smp from Fedora
Core development branch and the problem still exists.  I'll attach the
kernel output I've received.  If you need more information about my
setup or need other information, please let me know.

Created attachment 101536 [details]
kernel `dmesg` output of cifs messages

I just had something very crazy happen to me while debugging this.

I had my cifs share mounted, and enabled the following:
echo 1 > /proc/fs/cifs/traceSMB
echo 1 > /proc/fs/cifs/DebugData

I then tried to list the share (ie, `ls -al /mnt/share`), and the
'badness' still existed.

I then unset the above variables
echo 0 > /proc/fs/cifs/DebugData
echo 0 > /proc/fs/cifs/traceSMB

then unmounted and remounted the share (umount /mnt/share && mount
/mnt/share), and the 'badness' appears to be gone!

I know there are a couple of steps in there that need to be
simplified, but I have been able to duplicate these steps on two boxes.

Sounds like mounting basically works under FC3, and there may be a few
kernel warning messages that need to be looked at.

Agreed, CIFS has come a long way from the start of this thread, and
the thread has lots of very different problems. I propose to close the
bug, and let people re-open indervidual bugs if they still persist.