lkml.org 
[lkml]   [2001]   [Dec]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: nfsroot dead slow with redhat 7.2
From
Date
Dear Trond,

Thanks for answering my question, we have use the i386 kernel at the
server that works fine. Also even we uses the i686 kerenl at the server,
it happens normally when doing NFS mounts, it will only be dead slow
when
server i686 2.4.7-10 kernel && client nfsroot(2.4.13 i686)

The network is fine. It is so slow that an ls -l at the rootfs takes
more than 2 minutes. The readdir() seems alright because the ls
immediate counts the number of records says "total blahbalh" but when
doing individual lookup calls, it seems slow like hell. We have other
production i686smp servers 2.4.14 serving diskless i686 clients using
2.4.13 kernels works great. Is there any difference in nfsroot with
normal nfsmounts? And can we configure the nfsroot use a v3 mount?
becaus now it defaults to v2 always.

David

在 週四, 2001-12-20 08:52, Trond Myklebust 寫道:
> >>>>> " " == David Chow <davidchow@rcn.com.hk> writes:
>
> > Dear all, When I use 2.4.7-10 i686 kernel from stock Redhat 7.2
> > as the NFS server. My NFS client use the 2.4.13 kernel, when I
> > mount the nfsroot to the server, I found it is dead slow on the
> > client. This only happens in i686 kernel on the server, if we
> > use a K6-2 uses an i386 server its fine. What's going on? By
>
> Usually means you have a bad network connection. Use tcpdump to
> isolate where on the network packets (and UDP fragments) are
> disappearing.
>
> > the way, how to configure the client to default use a NFSv3
> > mount? Thanks.
>
> Specify the 'v3' NFSroot mount option.
>
> Cheers,
> Trond


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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