On 19/03/13 04:13, Ben Hutchings wrote:
That's good, but I wonder whether this might also needed:
commit 009673b439cf74d70a486fca0177e274febd81a7
Author: J. Bruce Fields bfie...@redhat.com
Date: Mon Nov 7 17:40:10 2011 -0500
[snip]
(That might also depend on:
commit
On Fri, 2013-03-15 at 16:16 +, Chris Boot wrote:
On 05/03/13 09:36, Chris Boot wrote:
On 03/03/13 01:56, Ben Hutchings wrote:
Control: tag -1 moreinfo fixed-upstream
On Thu, 2013-02-28 at 15:28 +, Chris Boot wrote:
We are also seeing this on an NFS server hosing home directories
On 05/03/13 09:36, Chris Boot wrote:
On 03/03/13 01:56, Ben Hutchings wrote:
Control: tag -1 moreinfo fixed-upstream
On Thu, 2013-02-28 at 15:28 +, Chris Boot wrote:
We are also seeing this on an NFS server hosing home directories for a
fairly large deployment of Debian desktop systems.
On 03/03/13 01:56, Ben Hutchings wrote:
Control: tag -1 moreinfo fixed-upstream
On Thu, 2013-02-28 at 15:28 +, Chris Boot wrote:
We are also seeing this on an NFS server hosing home directories for a
fairly large deployment of Debian desktop systems. The symptoms and perf
top agree
Control: tag -1 moreinfo fixed-upstream
On Thu, 2013-02-28 at 15:28 +, Chris Boot wrote:
We are also seeing this on an NFS server hosing home directories for a
fairly large deployment of Debian desktop systems. The symptoms and perf
top agree perfectly with what the reporter is
We are also seeing this on an NFS server hosing home directories for a
fairly large deployment of Debian desktop systems. The symptoms and perf
top agree perfectly with what the reporter is experiencing.
Please consider backporting said patch to the 3.2 kernel for
wheezy/squeeze-backports.
Package: src:linux
Version: 3.2.35-2~bpo60+1
Severity: normal
Tags: upstream patch
*** Please type your report below this line ***
We are running a NFSv4 server on Debian Squeeze with 3.2.0-0.bpo.4-amd64
and recently started observing performance degradation in the form of
slower response time
7 matches
Mail list logo