[lkml]   [2002]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: file listing problem in smbfs, kernel 2.4.18
On Fri, 15 Mar 2002, SeongTae Yoo wrote:

> I have mounted a share of w2k server(SP2). All file lists is not seen
> in a specific sub directory.
> The error log is follows as:
> smb_proc_readdir_long: name=, result=-2, rcls=1, err=123

This error code has been seen with readdir requests before. Seems like it
is used for a few different things, but I think it indicates a problem
with how smbfs sends requests.

One of the cases sounds a lot like yours. Directory listings that fail on
some directories, adding a file or renaming one changes something to
trigger failure or not.
(possibly the sum of the length of the filenames matters, that could be a
useful test case ...)

If this is the same thing then it was believed fixed in 2.2.16 by moving
to "infolevel" 260 and not using resume keys.

I'm a bit busy with non-linux things right now so I haven't tested
anything myself yet but you could help by answering some of the questions

You could also try the smbfs unicode patch for 2.4.18, and see if that
changes anything.
(Note the additional samba patch and mount flags needed)

Do you have trouble with this set of files elsewhere?

If you have more than one server, does it make any difference if you copy
the files to some other server?

Does it matter how deep in the file hierarchy the dir is, for example is
there any difference between these two:

(If the files are large you could do something like this on your linux

mkdir apa
cd apa
touch `cat ../filelist.txt`
cd ..
zip -r apa

to create a zip of empty files and then unpack in various places.
It is most likely only the filenames that matter.)


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:25    [W:0.065 / U:3.500 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site