Re: NFSv3 seriously broken in 3.1

1999-04-22 Thread Matthew Dillon
:> Make sure AMD is compiled/configured to use UDP with NFSV3, not TCP. :> AMD defaults to tcp. : :I made a commit to -STABLE a few weeks ago (but not -CURRENT) that should :have made v3/udp the default. : :-- :-- David(obr...@nuxi.com -or- obr...@freebsd.org) Ah, cool. I'll bet the aut

Re: NFSv3 seriously broken in 3.1

1999-04-22 Thread David O'Brien
> Make sure AMD is compiled/configured to use UDP with NFSV3, not TCP. > AMD defaults to tcp. I made a commit to -STABLE a few weeks ago (but not -CURRENT) that should have made v3/udp the default. -- -- David(obr...@nuxi.com -or- obr...@freebsd.org) To Unsubscribe: send mail to majord..

Re: NFSv3 seriously broken in 3.1

1999-04-22 Thread Matthew Dillon
:Symptoms are the following: We upgraded a perfectly running 2.2.7 client :to 3.1, and out of a sudden NFS performed sluggish, sometimes even hanging :for ten, twenty seconds, even five minutes or more. : :Adding the NFSv2 compatibility option to the AMD tables solved the :problem. : :Gerald :-- :

Re: NFSv3 seriously broken in 3.1

1999-04-22 Thread Sheldon Hearn
On Thu, 22 Apr 1999 00:51:03 +0200, Gerald Pfeifer wrote: > Symptoms are the following: We upgraded a perfectly running 2.2.7 client > to 3.1, and out of a sudden NFS performed sluggish, sometimes even hanging > for ten, twenty seconds, even five minutes or more. > > Adding the NFSv2 compatibil

NFSv3 seriously broken in 3.1

1999-04-21 Thread Gerald Pfeifer
I'm only subscribed to freebsd-stable, so I missed the original thread, but reading the lines below, a question arises: On Wed, 21 Apr 1999, Matthew Dillon wrote: > Well, you already see a lot of the pure bug fixes being backported. > What you don't see in -stable are the bug fixes that also depen