Package: src:linux
Version: 3.16.7-ckt9-3~deb8u1
Severity: normal
Hi!
After upgrade to jessie, I can't use FS-Cache for my NFSv4 mounts any
more:
2015-05-26T09:44:39.280747+02:00 sid kernel: [319440.196079] StartupCacheD
880037373848 0 11064 1417 0x
2015-05-26T09:44:39.280
Hi!
This problem is a real bug, and might be considered a security
issue. See
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/966734
for a better description.
Also, see the solved (by disabling idmapd for AUTH_SYS) upstream bug:
https://bugzilla.linux-nfs.org/show_bug.cgi?id=226
/ Ander
> "HFS" == Hannes Frederic Sowa writes:
HFS> The bug is definitely still around. Yesterday I could reproduce it and
will
HFS> look for a solution in the next days.
This sounds great!
HFS> Do you have any details on the hangs every 6 months? Could you catch
HFS> thread dumps or oopses?
>>>>> "BH" == Ben Hutchings writes:
BH> On Tue, 2010-01-26 at 09:34 +0100, Anders Boström wrote:
>> >>>>> "JY" == Jie Yang writes:
>>
JY> Anders Boström wrote:
>>
JY> following is my test cese,
>> >&
Package: linux-2.6
Version: 3.2.17-1
Severity: normal
Hi!
Starting with 3.2.17-1, the CPU load accounting is broken when the
computer is idle. The CPU load is reported as >0.50 when
idle. 3.2.16-1 don't suffer from this problem.
Suspected patch is the upstream patch
"sched: Fix nohz load account
>>>>> "JH" == Jamie Heilman writes:
JH> Anders Boström wrote:
>> >>>>> "SW" == Stephan Windmüller writes:
>>
SW> On 23.10.2011 13:49, Jamie Heilman wrote:
>> >> Chances are you all have your nfsidmap Domain m
Hi!
We have got this problem on a NFS-server running Debian stable
amd64. The server has 8Gbyte memory and at times quite high load, but
mostly NFSv3. However, I can't experiment with the patch, this server
is too important and it is hard to schedule service-windows.
/ Anders
--
To UNSUBSCRI
> "SW" == Stephan Windmüller writes:
SW> On 23.10.2011 13:49, Jamie Heilman wrote:
>> Chances are you all have your nfsidmap Domain mismatched between
>> client and server; check your user.* syslog logs on the client for
>> messages like: nfsidmap: nss_getpwnam: name 'foo@bar' does not ma
Hi!
I can confirm this problem with nfs-common 1:1.2.5-2, NFSv4 and
amd64. uid/gid is mapped to nobody/nogroup. Downgrade to 1:1.2.4-1
solves the problem. Running rpc.idmapd with -vvv don't show any errors
or strange messages.
/ Anders
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.d
Package: nfs-common
Version: 1:1.2.3-1
Severity: grave
After upgrade to 1:1.2.3-1, from 1:1.2.2-5, rpc.idmapd fail to
start.
This is logged:
2011-04-08T09:54:06+02:00 sid rpc.statd[6985]: Version 1.2.3 starting
2011-04-08T09:54:06+02:00 sid sm-notify[6986]: Version 1.2.3 starting
2011-04-08T09:5
>>>>> "JY" == Jie Yang writes:
JY> Anders Boström wrote:
JY> following is my test cese,
>>
JY> a nfs server server with ar8131chip, device id 1063.
>> export /tmp/ dir as the nfs share directory, JY> the client,
>> mount the server
>>>>> "JY" == Jie Yang writes:
JY> Anders Boström wrote:
>> Cc: b...@decadent.org.uk; net...@vger.kernel.org;
>> 565...@bugs.debian.org; Xiong Huang
>> Subject: Re: Bug#565404: linux-image-2.6.26-2-amd64: atl1e:
>> TSO is broken
>
> "JY" == Jie Yang writes:
>> Have you tested NFS over TCP? The block-size the application
>> uses can have an effect on this. What application did you
>> use? Block-size?
>>
JY> yes, I tested NFS over TCP.
One strange observation is that I can only reproduce this problem when
transmit
>>>>> "JY" == Jie Yang writes:
JY> Anders Boström wrote:
>> It is an ASUS M4A78 PRO motherboard with the Atheros
>> AR8121/AR8113/AR8114 on-board.
>>
>> >> ~25Mbyte/s performance. I get ~5000 retransmitted packets
>> pe
Package: linux-image-2.6.26-2-amd64
Version: 2.6.26-19
Severity: normal
Short desription
TCP Segmentation Offload (TSO) result in broken IPv4-packets sent out
from Atheros AR8121/AR8113/AR8114 with the atl1e driver.
Work around
---
Turn off TSO.
Long desription
-
reopen 311357
stop
Followup-For: Bug #311357
Package: kernel-image-2.6.8-2-686
Version: 2.6.8-16sarge1
This bug is still not fixed! Why was it set to resolved???
/ Anders
>>>>> "AB" == Anders Boström <[EMAIL PROTECTED]> writes:
AB> Followup-For: Bug #311357
According to
http://oss.sgi.com/projects/netdev/archive/2004-09/msg00241.html is
this patch working:
--- a/net/8021q/vlan_dev.c 2004-09-08 21:08:30 -07:00
+++ b/net/8021q/vlan_dev.c 2004-09-08 21:08:30 -07:00
@@ -244,7 +244,7 @@
/* TODO: Add a more specific count
Package: kernel-image-2.6.8-2-686
Version: 2.6.8-13
Severity: normal
The via velocity GE-driver isn't working after setting MTU to higher
then 1500 (and setting it to lower than 1500 isn't allowed by the
driver).
Only a few frames go through after setting the mtu to higher then 1500
(ifconfig eth
18 matches
Mail list logo
