All of lore.kernel.org
 help / color / mirror / Atom feed
From: Norbert Kiesel <nkiesel@tbdnetworks.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: nk@iname.com
Subject: 2.6.4-rc1-bk3 knfsd V3 readdir problems  (missing files) and OOPS
Date: Wed, 03 Mar 2004 19:03:17 -0800	[thread overview]
Message-ID: <1078369397.1677.25.camel@defiant> (raw)

Hi,

I have problems with knfsd and large directories.  I have a directory
containing 2038 files on my Linux server which is mounted from a Solaris
server.  If mounting with -o 'vers=3', "ls | wc -l" only reports 639 of
these files.  Mounting with 'vers=2' works fine.  'proto=udp' or
'proto=tcp' does not make a difference. I sniffed on the network and I
don't see the missing filenames in the datastream sent, so I assume it's
really a Linux problem. "cat" of these missing files works.

Environment is Linux version 2.6.4-rc1-bk3 (nkiesel@defiant) (gcc
version 3.3.3 (Debian)), self-compiled unpatched kernel,
# grep NFS /boot/config-2.6.4-rc1-bk3
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y

Small directories (<100 files) work fine.  While trying to find the
exact number of files where it breaks, I started removing and adding
files to  large test directory.  This resulted in the following OOPS
(sorry my stupid mailer insists on breaking long lines):

Mar  3 18:55:01 defiant kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000004
Mar  3 18:55:01 defiant kernel:  printing eip:
Mar  3 18:55:01 defiant kernel: c025e201
Mar  3 18:55:01 defiant kernel: *pde = 00000000
Mar  3 18:55:01 defiant kernel: Oops: 0002 [#1]
Mar  3 18:55:01 defiant kernel: PREEMPT
Mar  3 18:55:01 defiant kernel: CPU:    0
Mar  3 18:55:01 defiant kernel: EIP:    0060:[do_tcp_sendpages+401/2752]
Not tainted
Mar  3 18:55:01 defiant kernel: EFLAGS: 00010287
Mar  3 18:55:01 defiant kernel: EIP is at do_tcp_sendpages+0x191/0xac0
Mar  3 18:55:01 defiant kernel: eax: ddced108   ebx: f7dd7500   ecx:
00000008   edx: 00000000
Mar  3 18:55:01 defiant kernel: esi: 00000001   edi: ddced100   ebp:
d8498bc0   esp: f5873e28
Mar  3 18:55:01 defiant kernel: ds: 007b   es: 007b   ss: 0068
Mar  3 18:55:01 defiant kernel: Process nfsd (pid: 9693,
threadinfo=f5872000 task=f724ad40)
Mar  3 18:55:01 defiant kernel: Stack: 00008000 ea1e4740 c014dc4c
c02f0b20 d2bd5534 f5873e6c ddced110 d8498c14
Mar  3 18:55:01 defiant kernel:        00000008 00000000 00000000
00000000 000005b4 d8498d8c 00000000 f5873e88
Mar  3 18:55:01 defiant kernel:        00007530 00000000 d8498bc0
00000000 00000008 c025eba2 00000008 00000000
Mar  3 18:55:01 defiant kernel: Call Trace:
Mar  3 18:55:01 defiant kernel:  [open_private_file+28/144]
open_private_file+0x1c/0x90
Mar  3 18:55:01 defiant kernel:  [tcp_sendpage+114/128] tcp_sendpage
+0x72/0x80
Mar  3 18:55:01 defiant kernel:  [__crc_utf8_wctomb+6328041/6417782]
svc_sendto+0x142/0x260 [sunrpc]
Mar  3 18:55:01 defiant kernel:  [__crc_utf8_wctomb+6332027/6417782]
svc_tcp_sendto+0x44/0xa0 [sunrpc]
Mar  3 18:55:01 defiant kernel:  [__crc_utf8_wctomb+6334016/6417782]
svc_send+0xa9/0xf0 [sunrpc]
Mar  3 18:55:01 defiant kernel:  [__crc_pm_idle+1084711/1453519] fh_put
+0x136/0x180 [nfsd]
Mar  3 18:55:01 defiant kernel:  [__crc_utf8_wctomb+6336324/6417782]
svc_authenticate+0x4d/0x80 [sunrpc]
Mar  3 18:55:01 defiant kernel:  [__crc_pm_idle+1132257/1453519]
nfs3svc_encode_readdirres+0x0/0xa0 [nfsd]
Mar  3 18:55:01 defiant kernel:  [__crc_utf8_wctomb+6325284/6417782]
svc_process+0x18d/0x5e0 [sunrpc]
Mar  3 18:55:01 defiant kernel:  [need_resched+39/50] need_resched
+0x27/0x32
Mar  3 18:55:01 defiant kernel:  [__crc_pm_idle+1074595/1453519] nfsd
+0x1c2/0x370 [nfsd]
Mar  3 18:55:01 defiant kernel:  [__crc_pm_idle+1074145/1453519] nfsd
+0x0/0x370 [nfsd]
Mar  3 18:55:01 defiant kernel:  [kernel_thread_helper+5/16]
kernel_thread_helper+0x5/0x10
Mar  3 18:55:01 defiant kernel:
Mar  3 18:55:01 defiant kernel: Code: ff 42 04 8b 7c 24 28 8b 83 a4 00
00 00 8d 04 f0 8d 50 10 89



                 reply	other threads:[~2004-03-04  3:03 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1078369397.1677.25.camel@defiant \
    --to=nkiesel@tbdnetworks.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nk@iname.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.