Bug 42626
Summary: | Laptop freezes when writing big files on NFS | ||
---|---|---|---|
Product: | File System | Reporter: | b4458835 |
Component: | NFS | Assignee: | Trond Myklebust (trondmy) |
Status: | RESOLVED WILL_NOT_FIX | ||
Severity: | normal | CC: | flo |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.1.0 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | Part of syslog including sysrq-w |
Description
b4458835
2012-01-21 17:15:29 UTC
Created attachment 72145 [details]
Part of syslog including sysrq-w
Known issue. It is due to your 'ls' doing a 'stat()' call which requires the kernel to write out the file first in order to get the POSIXly correct mtime and ctime. And it is tolerated that this issue can freeze a whole computer (not only ls)for an hour? If so, why not introduce the same behaviour into http and ftp? It can't "freeze a whole computer". It will freeze the process that is stating the file. Blame POSIX for requiring stat() to return the kitchen sink instead of just returning the stuff that is relevant to the application.., http and ftp aren't filesystems, don't support asynchronous behaviour, and are not required to support POSIX semantics. I can confirm the reported behavior. The Desktop (kde4) seems to freeze more and more, the more one tries to work with it. One time also mouse movements were frozen. And this happens to completely unrelated tasks. However login via ssh still works, and one gets errors from the kernel, that tasks are blocked for more than X seconds. I think, this bug is a duplicate of bug 43110. So it should not marked as "will not fix" but as duplicate. Also from http://ubuntuforums.org/archive/index.php/t-1478413.html i think this bug has been reintroduced in Kernel 3.X. |