kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #41252
[Bug 585657] Re: Transfering large files to nfs mount causes system freeze
I am experiencing the same issue as described in comment #47 on Ubuntu
13.10
Both server and client are Ubuntu 13.10, copying from server to client
does not cause lockups, but copying to the server will cause Dolphin to
lockup until the copy is complete.
I am not sure if this is a new issue or an old bug coming back, if this
has been marked as fixed in older versions of Ubuntu, yet the problem
still seems to persist in 13.10.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/585657
Title:
Transfering large files to nfs mount causes system freeze
Status in “linux” package in Ubuntu:
Fix Released
Status in “linux” source package in Lucid:
Fix Released
Status in “linux” source package in Maverick:
Fix Released
Status in “linux” source package in Natty:
Fix Released
Status in “linux” source package in Hardy:
Fix Released
Bug description:
Binary package hint: nfs-kernel-server
I have verified this bug on both karmic and lucid on both the server
and client:
-------------------------------------------------------------------------------
Description: Ubuntu 9.10
Release: 9.10
nfs-common:
Installed: 1:1.2.0-2ubuntu8
nfs-kernel-server:
Installed: 1:1.2.0-2ubuntu8
portmap:
Installed: 6.0-10ubuntu2
-------------------------------------------------------------------------------
Description: Ubuntu 10.04 LTS
Release: 10.04
nfs-common:
Installed: 1:1.2.0-4ubuntu4
nfs-kernel-server:
Installed: 1:1.2.0-4ubuntu4
portmap:
Installed: 6.0.0-1ubuntu2
-------------------------------------------------------------------------------
Expected behavior:
Copying large files from local directories to an nfs mounted directory
should complete without error.
-------------------------------------------------------------------------------
Actual behavior:
The system freezes while trying to copy large files from a local
directory (e.g. /tmp) to an nfs mounted directory. This causes various
things to fail to respond, ultimately resulting in a hard reboot and
potential loss of data. When this occurs I am able to log into the box
via ssh, but even sudo is unable to kill -9 the wayward file copy or
reboot the machine gracefully.
-------------------------------------------------------------------------------
Details:
The server exports several directories, for example:
/home/shared
/home/user1/Documents
/home/user1/Development
The client mounts these as follows:
server1:/home/shared /home/shared nfs rw,soft,intr 0 0
server1:/home/user1/Development /home/server1/user1/Development nfs rw,soft,intr 0 0
server1:/home/user1/Documents /home/server1/user1/Documents nfs rw,soft,intr 0 0
I see lots of messages like this in /var/log/syslog:
May 22 10:44:31 client1 kernel: [ 1680.390484] INFO: task cp:2791 blocked for more than 120 seconds.
May 22 10:44:31 client1 kernel: [ 1680.390488] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
May 22 10:44:31 client1 kernel: [ 1680.390492] cp D 00000000ffffffff 0 2791 2503 0x00000000
May 22 10:44:31 client1 kernel: [ 1680.390501] ffff88012a457c48 0000000000000082 0000000000015bc0 0000000000015bc0
May 22 10:44:31 client1 kernel: [ 1680.390508] ffff8801291331a0 ffff88012a457fd8 0000000000015bc0 ffff880129132de0
May 22 10:44:31 client1 kernel: [ 1680.390516] 0000000000015bc0 ffff88012a457fd8 0000000000015bc0 ffff8801291331a0
May 22 10:44:31 client1 kernel: [ 1680.390523] Call Trace:
May 22 10:44:31 client1 kernel: [ 1680.390545] [<ffffffffa0cff2b0>] ? nfs_wait_bit_uninterruptible+0x0/0x20 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390552] [<ffffffff8153eb87>] io_schedule+0x47/0x70
May 22 10:44:31 client1 kernel: [ 1680.390573] [<ffffffffa0cff2be>] nfs_wait_bit_uninterruptible+0xe/0x20 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390579] [<ffffffff8153f3df>] __wait_on_bit+0x5f/0x90
May 22 10:44:31 client1 kernel: [ 1680.390587] [<ffffffff812b6234>] ? __lookup_tag+0x64/0x120
May 22 10:44:31 client1 kernel: [ 1680.390608] [<ffffffffa0cff2b0>] ? nfs_wait_bit_uninterruptible+0x0/0x20 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390615] [<ffffffff8153f488>] out_of_line_wait_on_bit+0x78/0x90
May 22 10:44:31 client1 kernel: [ 1680.390622] [<ffffffff81085360>] ? wake_bit_function+0x0/0x40
May 22 10:44:31 client1 kernel: [ 1680.390643] [<ffffffffa0cff29f>] nfs_wait_on_request+0x2f/0x40 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390665] [<ffffffffa0d036af>] nfs_wait_on_requests_locked+0x7f/0xd0 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390688] [<ffffffffa0d04aee>] nfs_sync_mapping_wait+0x9e/0x1a0 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390711] [<ffffffffa0d04ed9>] nfs_write_mapping+0x79/0xb0 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390733] [<ffffffffa0d04f47>] nfs_wb_all+0x17/0x20 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390751] [<ffffffffa0cf3eba>] nfs_do_fsync+0x2a/0x60 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390770] [<ffffffffa0cf4105>] nfs_file_flush+0x75/0xa0 [nfs]
May 22 10:44:31 client1 kernel: [ 1680.390777] [<ffffffff8114051c>] filp_close+0x3c/0x90
May 22 10:44:31 client1 kernel: [ 1680.390783] [<ffffffff81140627>] sys_close+0xb7/0x120
May 22 10:44:31 client1 kernel: [ 1680.390790] [<ffffffff810131b2>] system_call_fastpath+0x16/0x1b
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585657/+subscriptions