* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
@ 2006-01-04 11:34 linux
2006-01-04 12:24 ` Trond Myklebust
0 siblings, 1 reply; 10+ messages in thread
From: linux @ 2006-01-04 11:34 UTC (permalink / raw)
To: nfs
> -------Original Message-------
> From: Trond Myklebust <trond.myklebust@fys.uio.no>
> Subject: Re: [NFS] Q: How can I run nfs-utils on MIPS uclibc-based dis=
tro with kernel 2.6?
> Sent: 04 Jan '06 10:58
> =20
> On Wed, 2006-01-04 at 11:54 +0100, Vincent Roqueta wrote:
> > Le Mercredi 4 Janvier 2006 11:40, Trond Myklebust a =C3=A9crit :
> > > On Wed, 2006-01-04 at 10:35 +0000, linux wrote:
> > > > According to Vincent Roqueta (I received his=A0=A0reply to my pr=
ivate
> > > > address)=A0=A0 nfs-utils v.1.0.1 shouldn't work with kernels 2.6=
.
> > >
> > > ??? Sure it will. 2.6 kernels have legacy support for older versio=
ns of
> > > both mount and nfs-utils.
> > Right ... for NFSv3 only?
> =20
> Yes, for NFSv2 and NFSv3.
> =20
> NFSv4 needs support from extra daemons and also requires some mountd
> changes that are more recent.
> =20
Well, NFS server starts and runs when I use nfs-utils v.1.0.1 with kerne=
l 2.6 (BTW, I compiled nfs-utils without nfsv4 support).
But it runs so slowly and produces tons of errors...
I see two potencial sources for this problem:
- bugs in nfs kernel code in my kernel version (2.6.12)
- interoperability problems between old nfs-utils and new kernel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 11:34 Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6? linux
@ 2006-01-04 12:24 ` Trond Myklebust
0 siblings, 0 replies; 10+ messages in thread
From: Trond Myklebust @ 2006-01-04 12:24 UTC (permalink / raw)
To: linux; +Cc: nfs
On Wed, 2006-01-04 at 11:34 +0000, linux wrote:
> Well, NFS server starts and runs when I use nfs-utils v.1.0.1 with kernel 2.6 (BTW, I compiled nfs-utils without nfsv4 support).
> But it runs so slowly and produces tons of errors...
> I see two potencial sources for this problem:
> - bugs in nfs kernel code in my kernel version (2.6.12)
> - interoperability problems between old nfs-utils and new kernel
A list of the nfsd errors that you see might help...
As I said, though, the error you listed earlier looks to be a kernel
bug. It has nothing at all to do with nfs-utils.
Cheers,
Trond
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
@ 2006-01-04 12:31 linux
2006-01-04 12:43 ` Trond Myklebust
0 siblings, 1 reply; 10+ messages in thread
From: linux @ 2006-01-04 12:31 UTC (permalink / raw)
To: Trond Myklebust; +Cc: nfs
> > Well, NFS server starts and=A0=A0runs when I use nfs-utils v.1.0.1 w=
ith kernel 2.6 (BTW, I compiled nfs-utils without nfsv4 support).
> > But it runs so slowly and produces tons of errors...
> > I see two potencial sources for this problem:
> > - bugs in nfs kernel code in my kernel version (2.6.12)
> > - interoperability problems between old nfs-utils and new kernel
> =20
> A list of the nfsd errors that you see might help...
I sent "dmesg" output in my previous letter (http://sourceforge.net/maila=
rchive/forum.php?thread_id=3D9380678&forum_id=3D4930)
=20
> As I said, though, the error you listed earlier looks to be a kernel
> bug. It has nothing at all to do with nfs-utils.
I'm not enough familiar with a calls between user- and kernel-space part=
s of NFS server, so I just suspect that 2.4 and 2.6 kernels have some di=
fferences in NFS API...
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 12:31 linux
@ 2006-01-04 12:43 ` Trond Myklebust
0 siblings, 0 replies; 10+ messages in thread
From: Trond Myklebust @ 2006-01-04 12:43 UTC (permalink / raw)
To: linux; +Cc: nfs
On Wed, 2006-01-04 at 12:31 +0000, linux wrote:
> > > Well, NFS server starts and runs when I use nfs-utils v.1.0.1 with kernel 2.6 (BTW, I compiled nfs-utils without nfsv4 support).
> > > But it runs so slowly and produces tons of errors...
> > > I see two potencial sources for this problem:
> > > - bugs in nfs kernel code in my kernel version (2.6.12)
> > > - interoperability problems between old nfs-utils and new kernel
> >
> > A list of the nfsd errors that you see might help...
> I sent "dmesg" output in my previous letter (http://sourceforge.net/mailarchive/forum.php?thread_id=9380678&forum_id=4930)
>
> > As I said, though, the error you listed earlier looks to be a kernel
> > bug. It has nothing at all to do with nfs-utils.
> I'm not enough familiar with a calls between user- and kernel-space parts of NFS server, so I just suspect that 2.4 and 2.6 kernels have some differences in NFS API...
No. That trace shows clearly that this is a kernel bug, and as I said,
it looks as if your network card driver might be to blame (something in
that call path has called local_bh_enable without a matching call to
local_bh_disable).
Cheers
Trond
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
@ 2006-01-04 10:35 linux
2006-01-04 10:40 ` Trond Myklebust
0 siblings, 1 reply; 10+ messages in thread
From: linux @ 2006-01-04 10:35 UTC (permalink / raw)
To: Trond Myklebust; +Cc: nfs
According to Vincent Roqueta (I received his reply to my private address=
) nfs-utils v.1.0.1 shouldn't work with kernels 2.6.
Vitaly
> -------Original Message-------
> From: Trond Myklebust <trond.myklebust@fys.uio.no>
> Subject: Re: [NFS] Q: How can I run nfs-utils on MIPS uclibc-based dis=
tro with kernel 2.6?
> Sent: 04 Jan '06 09:56
> =20
> On Wed, 2006-01-04 at 08:43 +0000, linux wrote:
> > I'm trying to install nfs-utils on my mips kernel2.6 and uclibc-base=
d linux box.
> >
> > The first thing I did it's compilation the latest stable=A0=A01.0.7 =
version with mips uclibc-based toolchain. comiplation failed with
> > ../../support/lib/libexport.a(client.o)(.text+0x718):/disks/uilstore=
/disk604/vkarasik/CDA/NFS-UTILS/mike/nfs-utils-1.0.7/support/export/clien=
t.c:385: undefined reference to `innetgr'
> > message - as far as I understand, because uclibc misses some NIS-rel=
ated functions.
> >
> > We were able to build=A0=A0binaries using 1.0.1 nfs-utils. NFS serve=
r starts but each time when client access NFS share there is error messag=
es in dmesg log and nfs works very-very slowly.=A0=A0May be nfs-utils 1.0=
.1 isn't supposed to work with kernel 2.6?
> >
> > Any ideas are welcome!
> > TIA, Vitaly
> > PS: this is errors from dmesg:
> > Badness in local_bh_enable at kernel/softirq.c:140
> > Call Trace:
> >=A0=A0[<8002f498>] local_bh_enable+0x74/0x9c
> >=A0=A0[<800231ac>] __wake_up_common+0x68/0xb8
> >=A0=A0[<8025d48c>] svc_write_space+0x48/0xb8
> >=A0=A0[<8025d48c>] svc_write_space+0x48/0xb8
> >=A0=A0[<801dffdc>] sock_wfree+0x104/0x184
> >=A0=A0[<8002323c>] __wake_up+0x40/0x7c
> >=A0=A0[<c04d73f4>] BDBG_P_TestAndPrintHeader+0x28/0xa0 [balcore]
> >=A0=A0[<8003db48>] queue_work+0x58/0xdc
> >=A0=A0[<801e3320>] __kfree_skb+0xb8/0x150
> >=A0=A0[<8003dabc>] __queue_work+0x6c/0xa0
> >=A0=A0[<c04feff0>] BINT_Isr+0x15c/0x21c [balcore]
> >=A0=A0[<8017b754>] bcmemac_net_xmit+0xbc/0x7d0
> >=A0=A0[<8017d0a8>] tx_reclaim_timer+0x0/0x104
> >=A0=A0[<8017d0cc>] tx_reclaim_timer+0x24/0x104
> >=A0=A0[<8000973c>] timer_interrupt+0x128/0x270
> >=A0=A0[<8003408c>] run_timer_softirq+0x118/0x228
> >=A0=A0[<8002f28c>] __do_softirq+0x8c/0x16c
> >=A0=A0[<8002f28c>] __do_softirq+0x8c/0x16c
> >=A0=A0[<8002f3f8>] do_softirq+0x8c/0xb8
> >=A0=A0[<80004914>] do_IRQ+0x24/0x34
> >=A0=A0[<80001d68>] brcmIRQ+0x108/0x180
> >=A0=A0[<80001d84>] brcmIRQ+0x124/0x180
> >=A0=A0[<80004b58>] cpu_idle+0x58/0x60
> >=A0=A0[<80002fa4>] r4k_wait+0x0/0xc
> >=A0=A0[<c0551c04>] BREG_Read32+0x0/0x88 [balcore]
> >=A0=A0[<80004b3c>] cpu_idle+0x3c/0x60
> >=A0=A0[<80002fa8>] r4k_wait+0x4/0xc
> >=A0=A0[<8000141c>] _stext+0x1c/0x28
> >=A0=A0[<80137ce0>] idr_cache_ctor+0x0/0xc
> >=A0=A0[<802d9000>] _sinittext+0x0/0x88
> >=A0=A0[<802d97d0>] start_kernel+0x1d4/0x200
> >=A0=A0[<802d97b4>] start_kernel+0x1b8/0x200
> >=A0=A0[<802d9138>] unknown_bootoption+0x0/0x324
> >=A0=A0[<802d9024>] _sinittext+0x24/0x88
> >=A0=A0[<8023016c>] udp_push_pending_frames+0x2c0/0x2c8
> >=A0=A0[<802305b4>] udp_sendmsg+0x440/0xa50
> >=A0=A0[<8020c920>] ip_generic_getfrag+0x0/0xbc
> >=A0=A0[<8020d1ec>] ip_append_data+0x810/0xa7c
> >=A0=A0[<800029b4>] brcm_mips_int2_dispatch+0xfc/0x1d8
> >=A0=A0[<80263adc>] xdr_sendpages+0x1dc/0x29c
> >=A0=A0[<801e0c18>] lock_sock+0xc4/0xd8
> >=A0=A0[<802303d8>] udp_sendmsg+0x264/0xa50
> >=A0=A0[<802303c0>] udp_sendmsg+0x24c/0xa50
> >=A0=A0[<801e2250>] sk_common_release+0x50/0x10c
> >=A0=A0[<8020c920>] ip_generic_getfrag+0x0/0xbc
> >=A0=A0[<801dc934>] sock_sendmsg+0xac/0xf0
> >=A0=A0[<80044b30>] autoremove_wake_function+0x0/0x44
> >=A0=A0[<801dc934>] sock_sendmsg+0xac/0xf0
> >=A0=A0[<801dc99c>] kernel_sendmsg+0x24/0x38
> >=A0=A0[<801e0c18>] lock_sock+0xc4/0xd8
> >=A0=A0[<801e1000>] sock_no_sendpage+0x68/0x74
> >=A0=A0[<80230d0c>] udp_sendpage+0x148/0x1b0
> >=A0=A0[<80230c68>] udp_sendpage+0xa4/0x1b0
> >=A0=A0[<80252f00>] rpc_call_sync+0x9c/0xd8
> >=A0=A0[<8025d044>] svc_sendto+0x8c/0x274
> >=A0=A0[<8025d1b4>] svc_sendto+0x1fc/0x274
> >=A0=A0[<8013d640>] memset_partial+0x24/0x6c
> >=A0=A0[<8025ddd4>] svc_udp_sendto+0x20/0x70
> >=A0=A0[<80262b30>] svcauth_unix_release+0xd8/0x108
> >=A0=A0[<8025eef4>] svc_send+0x23c/0x29c
> >=A0=A0[<8025ed18>] svc_send+0x60/0x29c
> >=A0=A0[<80260e88>] svc_authorise+0x2c/0xec
> >=A0=A0[<c01551b0>] nfs3svc_release_fhandle+0x18/0x28 [nfsd]
> >=A0=A0[<8025c298>] svc_process+0x354/0x83c
> >=A0=A0[<80023124>] default_wake_function+0x0/0x20
> >=A0=A0[<8025e5b0>] svc_recv+0x0/0x6b8
> >=A0=A0[<8003892c>] sigprocmask+0x0/0x1bc
> >=A0=A0[<c013f5dc>] nfsd+0x250/0x5a0 [nfsd]
> >=A0=A0[<c013f38c>] nfsd+0x0/0x5a0 [nfsd]
> >=A0=A0[<80005064>] kernel_thread_helper+0x10/0x18
> >=A0=A0[<80005054>] kernel_thread_helper+0x0/0x18
> =20
> The above looks like an unbalanced local_bh_disable()/local_bh_enable(=
)
> pair in the kernel. Since we're not seeing it on any other setup that
> I'm aware of, then I'd guess that this is a MIPS arch bug, or possibly=
a
> bug in one of your hardware drivers (the NIC would be a prime candidat=
e
> given the above trace).
> =20
> As for the inability to compile nfs-utils with uclibc: I doubt any of
> the developers have tested that. Patches would be welcome.
> =20
> Cheers,
> =A0=A0Trond
> =20
> =20
> =20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log=
files
> for problems?=A0=A0Stop!=A0=A0Download the new AJAX search engine that=
makes
> searching your log files as easy as surfing the=A0=A0web.=A0=A0DOWNLOA=
D SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> NFS maillist=A0=A0-=A0=A0NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs
> =20
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 10:35 linux
@ 2006-01-04 10:40 ` Trond Myklebust
2006-01-04 10:54 ` Vincent Roqueta
0 siblings, 1 reply; 10+ messages in thread
From: Trond Myklebust @ 2006-01-04 10:40 UTC (permalink / raw)
To: linux; +Cc: nfs
On Wed, 2006-01-04 at 10:35 +0000, linux wrote:
> According to Vincent Roqueta (I received his reply to my private address) nfs-utils v.1.0.1 shouldn't work with kernels 2.6.
??? Sure it will. 2.6 kernels have legacy support for older versions of
both mount and nfs-utils.
Cheers,
Trond
> Vitaly
>
>
> > -------Original Message-------
> > From: Trond Myklebust <trond.myklebust@fys.uio.no>
> > Subject: Re: [NFS] Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
> > Sent: 04 Jan '06 09:56
> >
> > On Wed, 2006-01-04 at 08:43 +0000, linux wrote:
> > > I'm trying to install nfs-utils on my mips kernel2.6 and uclibc-based linux box.
> > >
> > > The first thing I did it's compilation the latest stable 1.0.7 version with mips uclibc-based toolchain. comiplation failed with
> > > ../../support/lib/libexport.a(client.o)(.text+0x718):/disks/uilstore/disk604/vkarasik/CDA/NFS-UTILS/mike/nfs-utils-1.0.7/support/export/client.c:385: undefined reference to `innetgr'
> > > message - as far as I understand, because uclibc misses some NIS-related functions.
> > >
> > > We were able to build binaries using 1.0.1 nfs-utils. NFS server starts but each time when client access NFS share there is error messages in dmesg log and nfs works very-very slowly. May be nfs-utils 1.0.1 isn't supposed to work with kernel 2.6?
> > >
> > > Any ideas are welcome!
> > > TIA, Vitaly
> > > PS: this is errors from dmesg:
> > > Badness in local_bh_enable at kernel/softirq.c:140
> > > Call Trace:
> > > [<8002f498>] local_bh_enable+0x74/0x9c
> > > [<800231ac>] __wake_up_common+0x68/0xb8
> > > [<8025d48c>] svc_write_space+0x48/0xb8
> > > [<8025d48c>] svc_write_space+0x48/0xb8
> > > [<801dffdc>] sock_wfree+0x104/0x184
> > > [<8002323c>] __wake_up+0x40/0x7c
> > > [<c04d73f4>] BDBG_P_TestAndPrintHeader+0x28/0xa0 [balcore]
> > > [<8003db48>] queue_work+0x58/0xdc
> > > [<801e3320>] __kfree_skb+0xb8/0x150
> > > [<8003dabc>] __queue_work+0x6c/0xa0
> > > [<c04feff0>] BINT_Isr+0x15c/0x21c [balcore]
> > > [<8017b754>] bcmemac_net_xmit+0xbc/0x7d0
> > > [<8017d0a8>] tx_reclaim_timer+0x0/0x104
> > > [<8017d0cc>] tx_reclaim_timer+0x24/0x104
> > > [<8000973c>] timer_interrupt+0x128/0x270
> > > [<8003408c>] run_timer_softirq+0x118/0x228
> > > [<8002f28c>] __do_softirq+0x8c/0x16c
> > > [<8002f28c>] __do_softirq+0x8c/0x16c
> > > [<8002f3f8>] do_softirq+0x8c/0xb8
> > > [<80004914>] do_IRQ+0x24/0x34
> > > [<80001d68>] brcmIRQ+0x108/0x180
> > > [<80001d84>] brcmIRQ+0x124/0x180
> > > [<80004b58>] cpu_idle+0x58/0x60
> > > [<80002fa4>] r4k_wait+0x0/0xc
> > > [<c0551c04>] BREG_Read32+0x0/0x88 [balcore]
> > > [<80004b3c>] cpu_idle+0x3c/0x60
> > > [<80002fa8>] r4k_wait+0x4/0xc
> > > [<8000141c>] _stext+0x1c/0x28
> > > [<80137ce0>] idr_cache_ctor+0x0/0xc
> > > [<802d9000>] _sinittext+0x0/0x88
> > > [<802d97d0>] start_kernel+0x1d4/0x200
> > > [<802d97b4>] start_kernel+0x1b8/0x200
> > > [<802d9138>] unknown_bootoption+0x0/0x324
> > > [<802d9024>] _sinittext+0x24/0x88
> > > [<8023016c>] udp_push_pending_frames+0x2c0/0x2c8
> > > [<802305b4>] udp_sendmsg+0x440/0xa50
> > > [<8020c920>] ip_generic_getfrag+0x0/0xbc
> > > [<8020d1ec>] ip_append_data+0x810/0xa7c
> > > [<800029b4>] brcm_mips_int2_dispatch+0xfc/0x1d8
> > > [<80263adc>] xdr_sendpages+0x1dc/0x29c
> > > [<801e0c18>] lock_sock+0xc4/0xd8
> > > [<802303d8>] udp_sendmsg+0x264/0xa50
> > > [<802303c0>] udp_sendmsg+0x24c/0xa50
> > > [<801e2250>] sk_common_release+0x50/0x10c
> > > [<8020c920>] ip_generic_getfrag+0x0/0xbc
> > > [<801dc934>] sock_sendmsg+0xac/0xf0
> > > [<80044b30>] autoremove_wake_function+0x0/0x44
> > > [<801dc934>] sock_sendmsg+0xac/0xf0
> > > [<801dc99c>] kernel_sendmsg+0x24/0x38
> > > [<801e0c18>] lock_sock+0xc4/0xd8
> > > [<801e1000>] sock_no_sendpage+0x68/0x74
> > > [<80230d0c>] udp_sendpage+0x148/0x1b0
> > > [<80230c68>] udp_sendpage+0xa4/0x1b0
> > > [<80252f00>] rpc_call_sync+0x9c/0xd8
> > > [<8025d044>] svc_sendto+0x8c/0x274
> > > [<8025d1b4>] svc_sendto+0x1fc/0x274
> > > [<8013d640>] memset_partial+0x24/0x6c
> > > [<8025ddd4>] svc_udp_sendto+0x20/0x70
> > > [<80262b30>] svcauth_unix_release+0xd8/0x108
> > > [<8025eef4>] svc_send+0x23c/0x29c
> > > [<8025ed18>] svc_send+0x60/0x29c
> > > [<80260e88>] svc_authorise+0x2c/0xec
> > > [<c01551b0>] nfs3svc_release_fhandle+0x18/0x28 [nfsd]
> > > [<8025c298>] svc_process+0x354/0x83c
> > > [<80023124>] default_wake_function+0x0/0x20
> > > [<8025e5b0>] svc_recv+0x0/0x6b8
> > > [<8003892c>] sigprocmask+0x0/0x1bc
> > > [<c013f5dc>] nfsd+0x250/0x5a0 [nfsd]
> > > [<c013f38c>] nfsd+0x0/0x5a0 [nfsd]
> > > [<80005064>] kernel_thread_helper+0x10/0x18
> > > [<80005054>] kernel_thread_helper+0x0/0x18
> >
> > The above looks like an unbalanced local_bh_disable()/local_bh_enable()
> > pair in the kernel. Since we're not seeing it on any other setup that
> > I'm aware of, then I'd guess that this is a MIPS arch bug, or possibly a
> > bug in one of your hardware drivers (the NIC would be a prime candidate
> > given the above trace).
> >
> > As for the inability to compile nfs-utils with uclibc: I doubt any of
> > the developers have tested that. Patches would be welcome.
> >
> > Cheers,
> > Trond
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > NFS maillist - NFS@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nfs
> >
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 10:40 ` Trond Myklebust
@ 2006-01-04 10:54 ` Vincent Roqueta
2006-01-04 10:58 ` Trond Myklebust
0 siblings, 1 reply; 10+ messages in thread
From: Vincent Roqueta @ 2006-01-04 10:54 UTC (permalink / raw)
To: nfs
Le Mercredi 4 Janvier 2006 11:40, Trond Myklebust a =E9crit=A0:
> On Wed, 2006-01-04 at 10:35 +0000, linux wrote:
> > According to Vincent Roqueta (I received his reply to my private
> > address) nfs-utils v.1.0.1 shouldn't work with kernels 2.6.
>
> ??? Sure it will. 2.6 kernels have legacy support for older versions of
> both mount and nfs-utils.
Right ... for NFSv3 only?=20
( It I forgot v4 is not yet the standard :/)
Sorry.
Vincent
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 10:54 ` Vincent Roqueta
@ 2006-01-04 10:58 ` Trond Myklebust
0 siblings, 0 replies; 10+ messages in thread
From: Trond Myklebust @ 2006-01-04 10:58 UTC (permalink / raw)
To: Vincent Roqueta; +Cc: nfs
On Wed, 2006-01-04 at 11:54 +0100, Vincent Roqueta wrote:
> Le Mercredi 4 Janvier 2006 11:40, Trond Myklebust a =C3=A9crit :
> > On Wed, 2006-01-04 at 10:35 +0000, linux wrote:
> > > According to Vincent Roqueta (I received his reply to my private
> > > address) nfs-utils v.1.0.1 shouldn't work with kernels 2.6.
> >
> > ??? Sure it will. 2.6 kernels have legacy support for older versions of
> > both mount and nfs-utils.
> Right ... for NFSv3 only?=20
Yes, for NFSv2 and NFSv3.
NFSv4 needs support from extra daemons and also requires some mountd
changes that are more recent.
Cheers,
Trond
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
@ 2006-01-04 8:43 linux
2006-01-04 9:56 ` Trond Myklebust
0 siblings, 1 reply; 10+ messages in thread
From: linux @ 2006-01-04 8:43 UTC (permalink / raw)
To: nfs
I'm trying to install nfs-utils on my mips kernel2.6 and uclibc-based lin=
ux box.
The first thing I did it's compilation the latest stable 1.0.7 version w=
ith mips uclibc-based toolchain. comiplation failed with=20
../../support/lib/libexport.a(client.o)(.text+0x718):/disks/uilstore/disk=
604/vkarasik/CDA/NFS-UTILS/mike/nfs-utils-1.0.7/support/export/client.c:3=
85: undefined reference to `innetgr'
message - as far as I understand, because uclibc misses some NIS-related =
functions.
We were able to build binaries using 1.0.1 nfs-utils. NFS server starts =
but each time when client access NFS share there is error messages in dme=
sg log and nfs works very-very slowly. May be nfs-utils 1.0.1 isn't supp=
osed to work with kernel 2.6?
Any ideas are welcome!
TIA, Vitaly=20
PS: this is errors from dmesg:
Badness in local_bh_enable at kernel/softirq.c:140
Call Trace:
[<8002f498>] local_bh_enable+0x74/0x9c
[<800231ac>] __wake_up_common+0x68/0xb8
[<8025d48c>] svc_write_space+0x48/0xb8
[<8025d48c>] svc_write_space+0x48/0xb8
[<801dffdc>] sock_wfree+0x104/0x184
[<8002323c>] __wake_up+0x40/0x7c
[<c04d73f4>] BDBG_P_TestAndPrintHeader+0x28/0xa0 [balcore]
[<8003db48>] queue_work+0x58/0xdc
[<801e3320>] __kfree_skb+0xb8/0x150
[<8003dabc>] __queue_work+0x6c/0xa0
[<c04feff0>] BINT_Isr+0x15c/0x21c [balcore]
[<8017b754>] bcmemac_net_xmit+0xbc/0x7d0
[<8017d0a8>] tx_reclaim_timer+0x0/0x104
[<8017d0cc>] tx_reclaim_timer+0x24/0x104
[<8000973c>] timer_interrupt+0x128/0x270
[<8003408c>] run_timer_softirq+0x118/0x228
[<8002f28c>] __do_softirq+0x8c/0x16c
[<8002f28c>] __do_softirq+0x8c/0x16c
[<8002f3f8>] do_softirq+0x8c/0xb8
[<80004914>] do_IRQ+0x24/0x34
[<80001d68>] brcmIRQ+0x108/0x180
[<80001d84>] brcmIRQ+0x124/0x180
[<80004b58>] cpu_idle+0x58/0x60
[<80002fa4>] r4k_wait+0x0/0xc
[<c0551c04>] BREG_Read32+0x0/0x88 [balcore]
[<80004b3c>] cpu_idle+0x3c/0x60
[<80002fa8>] r4k_wait+0x4/0xc
[<8000141c>] _stext+0x1c/0x28
[<80137ce0>] idr_cache_ctor+0x0/0xc
[<802d9000>] _sinittext+0x0/0x88
[<802d97d0>] start_kernel+0x1d4/0x200
[<802d97b4>] start_kernel+0x1b8/0x200
[<802d9138>] unknown_bootoption+0x0/0x324
[<802d9024>] _sinittext+0x24/0x88
[<8023016c>] udp_push_pending_frames+0x2c0/0x2c8
[<802305b4>] udp_sendmsg+0x440/0xa50
[<8020c920>] ip_generic_getfrag+0x0/0xbc
[<8020d1ec>] ip_append_data+0x810/0xa7c
[<800029b4>] brcm_mips_int2_dispatch+0xfc/0x1d8
[<80263adc>] xdr_sendpages+0x1dc/0x29c
[<801e0c18>] lock_sock+0xc4/0xd8
[<802303d8>] udp_sendmsg+0x264/0xa50
[<802303c0>] udp_sendmsg+0x24c/0xa50
[<801e2250>] sk_common_release+0x50/0x10c
[<8020c920>] ip_generic_getfrag+0x0/0xbc
[<801dc934>] sock_sendmsg+0xac/0xf0
[<80044b30>] autoremove_wake_function+0x0/0x44
[<801dc934>] sock_sendmsg+0xac/0xf0
[<801dc99c>] kernel_sendmsg+0x24/0x38
[<801e0c18>] lock_sock+0xc4/0xd8
[<801e1000>] sock_no_sendpage+0x68/0x74
[<80230d0c>] udp_sendpage+0x148/0x1b0
[<80230c68>] udp_sendpage+0xa4/0x1b0
[<80252f00>] rpc_call_sync+0x9c/0xd8
[<8025d044>] svc_sendto+0x8c/0x274
[<8025d1b4>] svc_sendto+0x1fc/0x274
[<8013d640>] memset_partial+0x24/0x6c
[<8025ddd4>] svc_udp_sendto+0x20/0x70
[<80262b30>] svcauth_unix_release+0xd8/0x108
[<8025eef4>] svc_send+0x23c/0x29c
[<8025ed18>] svc_send+0x60/0x29c
[<80260e88>] svc_authorise+0x2c/0xec
[<c01551b0>] nfs3svc_release_fhandle+0x18/0x28 [nfsd]
[<8025c298>] svc_process+0x354/0x83c
[<80023124>] default_wake_function+0x0/0x20
[<8025e5b0>] svc_recv+0x0/0x6b8
[<8003892c>] sigprocmask+0x0/0x1bc
[<c013f5dc>] nfsd+0x250/0x5a0 [nfsd]
[<c013f38c>] nfsd+0x0/0x5a0 [nfsd]
[<80005064>] kernel_thread_helper+0x10/0x18
[<80005054>] kernel_thread_helper+0x0/0x18
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6?
2006-01-04 8:43 linux
@ 2006-01-04 9:56 ` Trond Myklebust
0 siblings, 0 replies; 10+ messages in thread
From: Trond Myklebust @ 2006-01-04 9:56 UTC (permalink / raw)
To: linux; +Cc: nfs
On Wed, 2006-01-04 at 08:43 +0000, linux wrote:
> I'm trying to install nfs-utils on my mips kernel2.6 and uclibc-based linux box.
>
> The first thing I did it's compilation the latest stable 1.0.7 version with mips uclibc-based toolchain. comiplation failed with
> ../../support/lib/libexport.a(client.o)(.text+0x718):/disks/uilstore/disk604/vkarasik/CDA/NFS-UTILS/mike/nfs-utils-1.0.7/support/export/client.c:385: undefined reference to `innetgr'
> message - as far as I understand, because uclibc misses some NIS-related functions.
>
> We were able to build binaries using 1.0.1 nfs-utils. NFS server starts but each time when client access NFS share there is error messages in dmesg log and nfs works very-very slowly. May be nfs-utils 1.0.1 isn't supposed to work with kernel 2.6?
>
> Any ideas are welcome!
> TIA, Vitaly
> PS: this is errors from dmesg:
> Badness in local_bh_enable at kernel/softirq.c:140
> Call Trace:
> [<8002f498>] local_bh_enable+0x74/0x9c
> [<800231ac>] __wake_up_common+0x68/0xb8
> [<8025d48c>] svc_write_space+0x48/0xb8
> [<8025d48c>] svc_write_space+0x48/0xb8
> [<801dffdc>] sock_wfree+0x104/0x184
> [<8002323c>] __wake_up+0x40/0x7c
> [<c04d73f4>] BDBG_P_TestAndPrintHeader+0x28/0xa0 [balcore]
> [<8003db48>] queue_work+0x58/0xdc
> [<801e3320>] __kfree_skb+0xb8/0x150
> [<8003dabc>] __queue_work+0x6c/0xa0
> [<c04feff0>] BINT_Isr+0x15c/0x21c [balcore]
> [<8017b754>] bcmemac_net_xmit+0xbc/0x7d0
> [<8017d0a8>] tx_reclaim_timer+0x0/0x104
> [<8017d0cc>] tx_reclaim_timer+0x24/0x104
> [<8000973c>] timer_interrupt+0x128/0x270
> [<8003408c>] run_timer_softirq+0x118/0x228
> [<8002f28c>] __do_softirq+0x8c/0x16c
> [<8002f28c>] __do_softirq+0x8c/0x16c
> [<8002f3f8>] do_softirq+0x8c/0xb8
> [<80004914>] do_IRQ+0x24/0x34
> [<80001d68>] brcmIRQ+0x108/0x180
> [<80001d84>] brcmIRQ+0x124/0x180
> [<80004b58>] cpu_idle+0x58/0x60
> [<80002fa4>] r4k_wait+0x0/0xc
> [<c0551c04>] BREG_Read32+0x0/0x88 [balcore]
> [<80004b3c>] cpu_idle+0x3c/0x60
> [<80002fa8>] r4k_wait+0x4/0xc
> [<8000141c>] _stext+0x1c/0x28
> [<80137ce0>] idr_cache_ctor+0x0/0xc
> [<802d9000>] _sinittext+0x0/0x88
> [<802d97d0>] start_kernel+0x1d4/0x200
> [<802d97b4>] start_kernel+0x1b8/0x200
> [<802d9138>] unknown_bootoption+0x0/0x324
> [<802d9024>] _sinittext+0x24/0x88
> [<8023016c>] udp_push_pending_frames+0x2c0/0x2c8
> [<802305b4>] udp_sendmsg+0x440/0xa50
> [<8020c920>] ip_generic_getfrag+0x0/0xbc
> [<8020d1ec>] ip_append_data+0x810/0xa7c
> [<800029b4>] brcm_mips_int2_dispatch+0xfc/0x1d8
> [<80263adc>] xdr_sendpages+0x1dc/0x29c
> [<801e0c18>] lock_sock+0xc4/0xd8
> [<802303d8>] udp_sendmsg+0x264/0xa50
> [<802303c0>] udp_sendmsg+0x24c/0xa50
> [<801e2250>] sk_common_release+0x50/0x10c
> [<8020c920>] ip_generic_getfrag+0x0/0xbc
> [<801dc934>] sock_sendmsg+0xac/0xf0
> [<80044b30>] autoremove_wake_function+0x0/0x44
> [<801dc934>] sock_sendmsg+0xac/0xf0
> [<801dc99c>] kernel_sendmsg+0x24/0x38
> [<801e0c18>] lock_sock+0xc4/0xd8
> [<801e1000>] sock_no_sendpage+0x68/0x74
> [<80230d0c>] udp_sendpage+0x148/0x1b0
> [<80230c68>] udp_sendpage+0xa4/0x1b0
> [<80252f00>] rpc_call_sync+0x9c/0xd8
> [<8025d044>] svc_sendto+0x8c/0x274
> [<8025d1b4>] svc_sendto+0x1fc/0x274
> [<8013d640>] memset_partial+0x24/0x6c
> [<8025ddd4>] svc_udp_sendto+0x20/0x70
> [<80262b30>] svcauth_unix_release+0xd8/0x108
> [<8025eef4>] svc_send+0x23c/0x29c
> [<8025ed18>] svc_send+0x60/0x29c
> [<80260e88>] svc_authorise+0x2c/0xec
> [<c01551b0>] nfs3svc_release_fhandle+0x18/0x28 [nfsd]
> [<8025c298>] svc_process+0x354/0x83c
> [<80023124>] default_wake_function+0x0/0x20
> [<8025e5b0>] svc_recv+0x0/0x6b8
> [<8003892c>] sigprocmask+0x0/0x1bc
> [<c013f5dc>] nfsd+0x250/0x5a0 [nfsd]
> [<c013f38c>] nfsd+0x0/0x5a0 [nfsd]
> [<80005064>] kernel_thread_helper+0x10/0x18
> [<80005054>] kernel_thread_helper+0x0/0x18
The above looks like an unbalanced local_bh_disable()/local_bh_enable()
pair in the kernel. Since we're not seeing it on any other setup that
I'm aware of, then I'd guess that this is a MIPS arch bug, or possibly a
bug in one of your hardware drivers (the NIC would be a prime candidate
given the above trace).
As for the inability to compile nfs-utils with uclibc: I doubt any of
the developers have tested that. Patches would be welcome.
Cheers,
Trond
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2006-01-04 12:43 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-04 11:34 Q: How can I run nfs-utils on MIPS uclibc-based distro with kernel 2.6? linux
2006-01-04 12:24 ` Trond Myklebust
-- strict thread matches above, loose matches on Subject: below --
2006-01-04 12:31 linux
2006-01-04 12:43 ` Trond Myklebust
2006-01-04 10:35 linux
2006-01-04 10:40 ` Trond Myklebust
2006-01-04 10:54 ` Vincent Roqueta
2006-01-04 10:58 ` Trond Myklebust
2006-01-04 8:43 linux
2006-01-04 9:56 ` Trond Myklebust
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.