headers
Trond Myklebust | 1 Jul 2002 14:16
Picon
Picon

Re: [PATCH] 2.4.19-pre10 RPC changes...

On Saturday 29 June 2002 20:53, Chuck Lever wrote:
> hi trond-
>
> i'm able to deadlock my dual 1.26GHz P-III with just these patches applied
> to a naked 2.4.19-pre10 kernel:
>
> linux-2.4.19-00-fix_refresh.dif
> linux-2.4.19-01-fix_kmap1.dif
> linux-2.4.19-02-fix_kmap2.dif
> linux-2.4.19-03-fix_kmap3.dif

Any chance of finding out which one of the 3 kmap patches is the one giving 
trouble?

Cheers,
  Trond

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
Permalink | Reply | 0 comments |
headers
Andrew Schretter | 1 Jul 2002 15:38
Favicon

2.4.10-pre10 RPC changes problem

Trond,
I too am having some problems with the recent RPC fixes, my kernels have 
unresolved symbols in sunrpc.o, namely kmap_prot and kmap_rte which I tracked 
down to the recent inclusion of pagemap.h in xdr.c (from 
linux-2.4.19-01-fix_kmap1.dif) and the fact that I have HIGHMEM defined. 

I've been looking it over for the last 2 days and haven't been able
to figure out exactly how to fix the problem.  I suppose that you
probably don't have HIGHMEM enable in your kernel config or maybe
I'm just missing something.

Thanks,

Andrew Schretter
Systems Programmer, Duke University
Dept. of Mathematics (919) 660-2866

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
Permalink | Reply | 1 comment |
headers
Trond Myklebust | 1 Jul 2002 16:32
Picon
Picon

Re: 2.4.10-pre10 RPC changes problem

>>>>> " " == Andrew Schretter <schrett <at> math.duke.edu> writes:

     > Trond, I too am having some problems with the recent RPC fixes,
     > my kernels have unresolved symbols in sunrpc.o, namely
     > kmap_prot and kmap_rte which I tracked down to the recent
     > inclusion of pagemap.h in xdr.c (from
     > linux-2.4.19-01-fix_kmap1.dif) and the fact that I have HIGHMEM
     > defined.

     > I've been looking it over for the last 2 days and haven't been
     > able to figure out exactly how to fix the problem.  I suppose
     > that you probably don't have HIGHMEM enable in your kernel
     > config or maybe I'm just missing something.

Duh...

Somebody decided to inline kmap_atomic() for speed, but forgot to
export those two symbols for use in modules (BTW: I presume you meant
kmap_pte?).
This means that the code works fine unless you combine HIGHMEM with
sunrpc being compiled as a module. The problem won't affect fix_kmap1,
but it will affect fix_kmap2 (which uses the kmap_atomic() code).

linux-2.4.19-fix_kmap2, NFS_ALL, and RPC_ALL have now been updated...

Cheers,
  Trond

diff -u --recursive --new-file linux-2.4.19-fix_kmap1/arch/i386/kernel/i386_ksyms.c linux-2.4.19-fix_kmap2/arch/i386/kernel/i386_ksyms.c
--- linux-2.4.19-fix_kmap1/arch/i386/kernel/i386_ksyms.c	Sat Dec  8 14:19:15 2001
(Continue reading)

Permalink | Reply | 0 comments |
headers
Norbert Preining | 1 Jul 2002 18:09
Picon
Favicon
Gravatar

Sharing /var/spool/mail, locking, which versions are safe?

Hi all!

For the zoo of diskless clients (and brainless users ;-) i want to
share /var/spool/mail via nfs. We had problems with locking on 
older kernel version (2.2.16) and corrupted mboxes (sendmail and
mua). 

Which version of linux kernel (and of nfs) are safe for this purpose?

At them moment we are updating the server to a debian woody with 
2.2.20 (and up to 2.4.X), clients are the same. Is this a possible
combination, what else has to be taken into account?

Thanks a lot for any suggestions and PLEASE send me a Cc since I am
not subscribed to the list. Thanks a lot.

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>         Technische Universität Wien
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
WIVENHOE (n.)

The cry of alacrity with which a sprightly eighty-year-old breaks the
ice on the lake when going for a swim on Christmas Eve.

			--- Douglas Adams, The Meaning of Liff
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lever, Charles | 2 Jul 2002 19:59
Picon

RE: Re: [PATCH] 2.4.19-pre10 RPC changes...

> On Saturday 29 June 2002 20:53, Chuck Lever wrote:
> > i'm able to deadlock my dual 1.26GHz P-III with just these 
> patches applied
> > to a naked 2.4.19-pre10 kernel:
> >
> > linux-2.4.19-00-fix_refresh.dif
> > linux-2.4.19-01-fix_kmap1.dif
> > linux-2.4.19-02-fix_kmap2.dif
> > linux-2.4.19-03-fix_kmap3.dif
> 
> Any chance of finding out which one of the 3 kmap patches is 
> the one giving trouble?

yes.  fix_refresh + fix_kmap1 hangs under stress on my system.

i can reproduce this with "make -j2 bzImage" in one window
and "bonnie" in a loop in another.  both cwd's are in the
same TCP-mounted NFS file system.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
Permalink | Reply | 1 comment |
headers
Bryan O'Sullivan | 4 Jul 2002 01:13
Gravatar

NFS/TCP patches against 2.4.18 have problems

Hi, Trond -

I've been taking a look at the following patches from your web site:

  linux-2.4.18-svc_tcp.dif.bz2
  linux-2.4.18-rpc_tweaks.dif.bz2

In the accompanying commentary, you mention that the rpc_tweaks patch
applies on top of the svc_tcp patch, but this is not the case.  I get
two very substantial rejects, in net/sunrpc/xprt.c and
include/linux/sunrpc/xprt.h.

It looks like the rpc_tweaks patch includes some fixes that were
developed in parallel, but in a different way, during 2.4.18
development.  Before I leap into figuring out how to munge the patch so
that it applies, I wanted to check if you've taken a look at the rejects
yourself.

Thanks,

	<b

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jeremy Sanders | 4 Jul 2002 13:24
Picon
Picon
Favicon

Slow performance with 2.4.19pre1

Using a 2.4.19pre1 on the server (ext3 & raid1 on an IDE disk) I'm getting
very poor read and rewrite performance using nfs. There's no difference
using RedHat's 2.4.18-5 kernel on the server. The client is running
RedHat's 2.4.18-5 kernel.  Here are the results from running bonnie++:

Version 1.02a       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
xpc1.ast.cam.ac. 1G  9242  52  9452   7   644   0  1624   8  1731   1 488.7   3
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  1207   3   182  96  2157   7  1224   3  4521   5  1766   4
xpc1.ast.cam.ac.uk,1G,9242,52,9452,7,644,0,1624,8,1731,1,488.7,3,16,1207,3,182,96,2157,7,1224,3,4521,5,1766,4

The machine is connected over 100Mps ethernet, full duplex. The mount
options are below:

xpc1:/<1>nfs/test> cat /proc/mounts
[...]
xserv1.ast.cam.ac.uk:/mnt/raid /mnt/nfs nfs
rw,v3,rsize=8192,wsize=8192,hard,intr,udp,lock,addr=xserv1.ast.cam.ac.uk 0 0

Local performance is very good (note different file size):

Version 1.02a       ------Sequential Output------ --Sequential Input----Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
xserv1.ast.cam.a 2G 22311  96 40600  13 16150   4 24853  96 45830   5 323.0   0
                    ------Sequential Create------ --------Random Create--------
(Continue reading)

Permalink | Reply | 6 comments |
headers
Jeremy Sanders | 4 Jul 2002 17:25
Picon
Picon
Favicon

Re: Slow performance with 2.4.19pre1

Sorry - I know it's bad form to reply to one's own emails. It seems that
the stock 2.4.19rc1 kernel doesn't have the problem as a client, and so
it's the RedHat patched 2.4.18 kernel which is a very slow client. This
looks like a RedHat bug.

Also the title of this mail is rather confusing!

Jeremy

--

-- 
Jeremy Sanders <jss <at> ast.cam.ac.uk>   http://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
Permalink | Reply | 5 comments |
headers
James Pearson | 4 Jul 2002 18:16
Favicon

NFS server stalls with 2.4.18 + XFS 1.1

We have noticed a problem with a couple of our NFS servers (running
RedHat 7.2 with a stock 2.4.18 kernel with XFS v1.1) whereby NFS access
slows to a crawl or stalls.

The exported filesystem(s) are XFS with 8 nfsd's running - when we have
the problem the load average is about 8 - but CPU usage, disk access and
network traffic are minimal.

I found, by accident, that running the command 'sync' appears to 'fix'
the situation...

I'm not sure if this is an XFS or NFS related problem (hence posting to
both lists).

Thanks

James Pearson

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
Permalink | Reply | 0 comments |
headers
Bryan O'Sullivan | 4 Jul 2002 22:33
Gravatar

Re: Re: Slow performance with 2.4.19pre1

On Thu, 2002-07-04 at 08:25, Jeremy Sanders wrote:
> Sorry - I know it's bad form to reply to one's own emails. It seems that
> the stock 2.4.19rc1 kernel doesn't have the problem as a client, and so
> it's the RedHat patched 2.4.18 kernel which is a very slow client. This
> looks like a RedHat bug.

Yes, you're correct.  The kernels Red Hat has been shipping with 7.3
have atrocious NFS client behaviour, and will bring some servers (such
as Netapp boxes) to a halt.

	<b
Permalink | Reply | 4 comments |

Gmane