[linux-cifs-client] CIFS stopped working yesterday - "ls" reports "Invalid argument"

[Paul Risenhoover]

Upon reading another posting, I was able to determine how to do some
debugging on my own:

I performed the following command:

echo 1 > /proc/fs/cifs/cifsFYI

I cannot provide the full output of the dmesg command because of the
confidential nature of the files, but I can see that Samba *does* see
them.  The final messages, after listing all the files, are as follows
(note, I'm focusing on the section where I first see the "-22" status,
as that is the status that I am getting on the command line:

fs/cifs/readdir.c: For 57d63962-011.flx
 fs/cifs/readdir.c: File Size 19098 and blocks 40
 fs/cifs/readdir.c: File inode
 fs/cifs/readdir.c: filldir rc = -22
 fs/cifs/readdir.c: new entry ffff810008afc148 old entry
ffff810008afc0e8
 fs/cifs/readdir.c: CIFS VFS: leaving cifs_readdir (xid = 44756) rc =
-22
 fs/cifs/file.c: Closedir inode = 0xffff8100291f19b8
 fs/cifs/file.c: CIFS VFS: in cifs_closedir as Xid: 44757 with uid: 0
 fs/cifs/file.c: Freeing private data in close dir
 fs/cifs/cifssmb.c: In CIFSSMBFindClose
 fs/cifs/transport.c: For smb_command 52
 fs/cifs/transport.c: Sending smb of length 37
 fs/cifs/connect.c: rfc1002 length 0x27)
 fs/cifs/file.c: Closing uncompleted readdir with rc 0
 fs/cifs/file.c: closedir free smb buf in srch struct
 fs/cifs/file.c: CIFS VFS: leaving cifs_closedir (xid = 44757) rc = 0
 fs/cifs/inode.c: CIFS VFS: in cifs_revalidate as Xid: 44758 with uid: 0
 fs/cifs/inode.c: Revalidate:  inode 0xffff8100291f1cc8 count 1 dentry:
0xffff81000f16b418 d_time 0 jiffies 4311592713
 fs/cifs/inode.c: Getting info on..

<snip>

I'm not sure I made this clear in the previous post, but it actually
*works* if I list some other directories on the same file share (see
the last test in the previous post -- "ls /mnt/nas/fileroot/upload").

I've also done some reading and it appears this latest version has some
changes with null domains and null users, but like I said before, I'm
using credentials.

Best,
Paul




On Thu, 2006-11-09 at 10:14 -0800, Paul Risenhoover wrote:
> Hi All,
> 
> I am writing because I have a Linux server (Fedora Core 5) that acts as
> a client to two other machines, one a Windows 2000 machine, and the
> other a Buffalo.   Both the Windows and the Buffalo have SMB file
> shares, and my Linux box mounts those two file shares and then
> redistributes them to the rest of the world in various ways.
> 
> The problem is that I upgraded all the software on that machine
> yesterday ("yum upgrade"), and after the upgrade, it is no longer able
> to see a lot of the directories on the file shares.
> 
> The Linux box connects to these machines WITH Credentials -- these are
> not anonymous connections like have been reported elsewhere.
> 
> Here are some examples:
> 
> Windows file share "fileroot" is mounted at /mnt/nas/fileroot.  A
> listing of a directory
> 
> [root at carbon ~]# ll /mnt/nas/fileroot/1265
> ls: reading directory /mnt/nas/fileroot/1265: Invalid argument
> total 0
> 
> Note this directory has 253 files, as evidenced by a similar command
> executed on a different machine:
> 
> [pauly at argon ~]$ ls -l /mnt/nas/fileroot/1265 | wc -l
> 253
> 
> [root at carbon ~]# ll /mnt/nas/fileroot/upload/
> total 1836568
> -rw-rw-rw- 1 jboss nas 161136640 Nov  7 16:26 a8Ro_0HIERnOdkQSdW4Z9Q==
> -rw-rw-rw- 1 jboss nas     13795 Nov  7 12:15 APTDemo.jar
> 
> Likewise, the linux machine reports the same error when attempting to
> connect to the buffalo:
> 
> [root at carbon ~]# ll /mnt/buffalo/share/assets/1032
> ls: reading directory /mnt/buffalo/share/assets/1032: Invalid argument
> total 0
> 
> 
> If anybody can lend any advice on this I would greatly appreciate it.
> This is a mission-critical system and it's been down for a day already.
> Things are going to get really hot around here.
> 
> Thanks,
> Paul
> 
> _______________________________________________
> linux-cifs-client mailing list
> linux-cifs-client at lists.samba.org
> https://lists.samba.org/mailman/listinfo/linux-cifs-client