FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs 2007-01-11T22:54:46Z 2007-01-11T22:54:46Z cvs2svn cvs2svn@FreeBSD.org 2007-01-11T22:54:46Z urn:sha1:201f78d6b90635d961fa373ecd706e3786333b7e 'RELENG_6_2_0_RELEASE'. This commit was manufactured to restore the state of the 6.2-RELEASE image. 2006-11-02T19:48:17Z Mohan Srinivasan mohans@FreeBSD.org 2006-11-02T19:48:17Z urn:sha1:27e5dc8960b97acd07ebfea2cc86ae6dad340d9b retransmitted. This bug results in data corruption. Writes are silently dropped on EWOULDBLOCK (caused because socket send buffer is full and sockbuf timer fires - with NFS/TCP). Reviewed by: ups@ Approved by: re 2006-10-01T05:03:18Z Mohan Srinivasan mohans@FreeBSD.org 2006-10-01T05:03:18Z urn:sha1:d8e248b73e982dab741acf0d0807830953cd1f20 Fix for a NFS/TCP client bug which would cause the NFS/TCP stream to get out of sync under heavy loads, forcing frequent reconnets, causing EBADRPC errors etc. Approved by: re 2006-08-07T12:32:10Z Konstantin Belousov kib@FreeBSD.org 2006-08-07T12:32:10Z urn:sha1:f04008d23f4c4ed3e95f0ce9f958d93b42601241 Signals may be delivered to process as well as to the thread. Check the thread-delivered signals in addition to the process one. Reviewed by: mohan Approved by: pjd (mentor) 2006-05-30T00:43:07Z Chuck Lever cel@FreeBSD.org 2006-05-30T00:43:07Z urn:sha1:8e9beed857f4ce181a7ec26f71e1d547c2ac40a9 the estimator to be more easily tuned and maintained. There should be no functional change except there is now a lower limit on the retransmit timeout to prevent the client from retransmitting faster than the server's disks can fill requests, and an upper limit to prevent the estimator from taking too long to retransmit during a server outage. Reviewed by: mohan, kris, silby Sponsored by: Network Appliance, Incorporated 2006-04-02T04:11:23Z Chuck Lever cel@FreeBSD.org 2006-04-02T04:11:23Z urn:sha1:4d951b6878b02aca41e6cf9938ca3a490effb36e request, the FreeBSD NFS client will quickly back off to a excessively long wait (days, then weeks) before retrying the request. Change the behavior of the FreeBSD NFS client to match the behavior of the reference NFS client implementation (Solaris). This provides a fixed delay of 10 seconds between each retry by default. A sysctl, called nfs3_jukebox_delay, is now available to tune the delay. Unlike Solaris, the sysctl value on FreeBSD is in seconds, rather than in HZ. MFC revision 1.136 to RELENG_6 Sponsored by: Network Appliance, Incorporated Reviewed by: rick Approved by: re (kensmith), silby 2006-03-31T07:13:09Z Kris Kennaway kris@FreeBSD.org 2006-03-31T07:13:09Z urn:sha1:ace164570092a8a696c46809b771c3cffae9105b Fix a bug in the NFS/TCP retransmission path. The bug was that earlier, if a request was retransmitted, we would do subsequent retransmits every 10 msecs. This can cause data corruption under moderate loads by reordering operations as seen by the client NFS attribute cache, and on the server side when the retransmission occurs after the original request has left the duplicate cache, since the operation will be committed for a second time. Further work on retransmission handling is needed (e.g. they are still being done sent too often since they are scaled by HZ, and the size of the dup cache is too small and easily overwhelmed on busy servers). Submitted by: mohans Approved by: re (mux) 2006-02-16T02:39:52Z Jim Rees rees@FreeBSD.org 2006-02-16T02:39:52Z urn:sha1:93b831722be8603e7268b37f3ca51c7af8645f6a Don't log an error on tcp connection reset, even if we don't get ECONNRESET. Submitted by: cel@citi.umich.edu Approved by: re (scottl) 2005-12-15T18:10:37Z Maxim Konovalov maxim@FreeBSD.org 2005-12-15T18:10:37Z urn:sha1:6086bd17df6f5629c90ea7a0b16258d75b9290ba not reconnect (in the case where the server FIN'ed). PR: kern/88833 Requested by: Roman V. Palagin Approved by: Mohan Strinivasan 2005-12-13T21:29:26Z Jim Rees rees@FreeBSD.org 2005-12-13T21:29:26Z urn:sha1:6f94881ca79311ca77e5aa7f9f6b848fafeb60b4 fix a problem with XID re-use when a server returns NFSERR_JUKEBOX.