Duplicate/similar problems https://bugs.launchpad.net/ubuntu/+source
/nfs-utils/+bug/1315955 ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from nfs-kernel-server very slow and
Hi All,
I have also setup the same environment at my office for developers to
work with JAVA and PHP etc., which was very slow initially.
Later I came to know programs like Netbeans, firefox, Chrome and systems
logged in users cache is created in users home (as hidden directories)
itself and
Is this bug solved?? I am having similar issues with my Ubuntu server
12.04.04 64 bits. I am using ldap authentication with NFS to mount users
home. The server uses 2 gigabyte ethernet using bonding and there are 20
users and have 2x4 processors with 12 Gb ram (it is an ACER gateway
gr320 f1
** Changed in: linux (Debian)
Status: Incomplete = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from nfs-kernel-server very slow and system load from
I have been struggling at work with the same problem for the last few months,
and accidentally stumbled on a fix that seems to work under Ubuntu 12.04
(3.5.0-32-generic 64-bit kernel) :
1. On clients set rsize=8192,wsize=8192 in /etc/fstab (Smaller values of
rsize,wsize will also work, but
System load figures are hard to compare. I have an AMD Turion II
processor (approx. twice as fast as an Atom), and I manage to have 40
MByte/s NFS throughput. The CPU is at 80%. Is this already an unusual
high number, meaning that I may be affected by this bug?
I'm using Ubuntu Server 13.04.
I did some testing with a newer kernel on Debian a while ago. The 3.x
series seemed to have higher load indeed, but as far as I could test, it
did not kill the server. If you have multiple clients to the server it
would be a good test to start several writes (like dd from /dev/random)
over NFS and
Sorry, I did not know what to do with my report, so I am attaching it
here since it seems to be the same problem.
I am running desktop Ubuntu 12.04 lts on 4 separate gigabit-networked
machines, for my full-home media center, with the tuner installed in the
'server' (desktop install running NFS
@cheryl
Converting your exports and mounts to nfs version v4 will probably fix your
issue. I had similar issues and that fixed it for me and others.
Op 3 feb. 2013 18:50 schreef cheryl 879...@bugs.launchpad.net het
volgende:
Sorry, I did not know what to do with my report, so I am attaching it
I am still seeing slow nfs performance and high cpu with 3.5.0-22, but
found a thread suggesting a fix went into 3.5.4 in September. Haven't
been able to test myself yet.
J. Bruce Fields (4):
nfsd4: fix security flavor of NFSv4.0 callback
svcrpc: fix BUG() in svc_tcp_clear_pages
svcrpc: fix
Same here.
NFSv4 mounted home dirs (from a Ubuntu 12.04 LTS NFSv4 server) become very
slow. Eventually the client machine freezes completely - reset button.
Using Opensuse 12.2 as NFSv4 client produces no problems at all.
This is reproducable.
Same on some of our servers with NFSv4 mounted
Same here.
Mounting homedirs is a pain.
Rsync of homedirs for laptops is taking ages.
Loads of 20.
Bug confirmed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from
Running Ubuntu 12.04, 3.2.0-35-generic-pae, when clients access data on
NFS mounted partitions the load on the server goes through the roof
(50). I'm testing during the holiday period when there is nobody else
running anything on the machines. Had this problem with NFS3 and moved
to NFS4 hoping
I am not sure if this is related, but I recently upgraded my server from
10.04 to 12.04LTS. Any large files on the server e.g. ISO files showed
incorrect file sizes when opened in Nautilus. These large files were
unusable from the clients (also running 12.04), although they were fine
on the
I'm adding some more test data here:
As a workaround I tried to install an old Ubuntu 2.6 kernel (linux-
image-2.6.35-31-generic_2.6.35-31.63_amd64.deb) into 12.04.1.
I saw a number of locking issues reported and thought these might be
caused by using the kernel in a wrong environment. But now
** Changed in: linux (Debian)
Status: Unknown = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from nfs-kernel-server very slow and system load from 25%-100%
I have added logs of a test setup in Bug #1077612 and steps how to
reproduce in Bug #1006446 (before noticing that was marked duplicate)
Citing from the summary in Bug #1077612:
I tested with upstream Debian in my virtual machines: Squeeze has a
server load of 7-10% (which seems high, but might
** Bug watch added: Debian Bug tracker #692957
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692957
** Also affects: linux (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692957
Importance: Unknown
Status: Unknown
--
You received this bug notification because
Since then I have been forced to leave the ubuntu server platform and went
to Redhat enterprise linux.
Canonical needs to understand that these are critical bugs that should have
been fixed in hours or days, not in weeks or months.
On Sun, Nov 11, 2012 at 1:24 PM, Karsten Suehring
I agree 100%. It's been over a year from the time of the initial report.
Personally, I dont think it is gonna be solved any time soon.
So the bottom line is that if you need a production nfs server you
better use an old stable kernel. This looks really sad to me, because
I can see that neither
I reverted to linux-image-2.6.38-15-generic-pae (2.6.38-15.61) and the
NFS performance is back to normal, and the CPU load dropped down to
almost nothing, as before. This is clearly a linux kernel regression.
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You
There is an upstream bug here:
https://bugzilla.kernel.org/show_bug.cgi?id=40912
I have tried the latest mainstream kernel (3.5.0) using the instructions here:
https://wiki.ubuntu.com/KernelTeam/GitKernelBuild
I still see the high CPU load on the NFS server.
I then reversed the patch suggested
This thread on linux-nfs seems to be the same issue:
http://www.spinics.net/lists/linux-nfs/msg30552.html
Also, Bug #1006446 seems to be the same issue (marked as Duplicate).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Another thread on linux-nfs that appears to be the same issue, this one using
kernel version 3.3.3.
http://www.spinics.net/lists/linux-nfs/msg29935.html
No response to this thread, however.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Got exactly same symptoms after upgrade from 11.04 to 12.04
Originally nfs server was set up on Ubuntu 11.04 i386.
String in /etc/exports sounds like
/srv/share 192.168.2.0/24(rw,no_root_squash,async,no_subtree_check)
Diskless client is Debian 6.0.5 i386
nfs-kernel-server:
in kernel 3.0.0-14-server too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from nfs-kernel-server very slow and system load from 25%-100%
from nfsd
To manage notifications
I converted my NFS server (which started life many Ubuntus ago,
probably as a 7.04 server) to v4 exports which solved my problem.
A newer Ubuntu server installation works fine as v3 server, so the
problem is probably caused by some old left over configuration
files
2011/12/16 Nobuaki
Looks similar to bug # 585657 (similar dmesg on the client)
which was solved for 10.10
This morning my workstation hung on reading a large file after
I wrote a big file.
Looping nfsd daemons on the server...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
I have made a fresh install of the diskless machine with the latest
ubuntu (11.10) and the problem has gone away.
However, now that you mentioned about big files I noticed in the old
diskless file system (ubuntu 10.10) there are many hidden .nfsxx
files some of them quite big. I suppose
I wonder if your fresh install uses different mount options. Eg nfs 4 while
the old install used version 3?
I have an old exports on my server so I expect it uses 3. Did you convert
your exports?
Op 16 nov. 2011 12:35 schreef Vagelis Nonas 879...@bugs.launchpad.net
het volgende:
I have made a
I dont think my exports use nfs v3 options, this is my exports file
(unchanged from previous install)
/mnt1/ubuntu_new192.168.1.46(rw,no_root_squash,sync,no_subtree_check)
192.168.1.194(rw,no_root_squash,sync,no_subtree_check)
/mnt1/mac
According to https://help.ubuntu.com/community/SettingUpNFSHowTo
you need fsid in exports to use nfs 4. So I think we both use 4.
I wonder what is different after your reinstall...
Op 16 nov. 2011 13:30 schreef Vagelis Nonas 879...@bugs.launchpad.net
het volgende:
I dont think my exports use
I meant I think we both use 3.
Op 16 nov. 2011 14:43 schreef Tom Vijlbrief tvijlbr...@gmail.com het
volgende:
According to https://help.ubuntu.com/community/SettingUpNFSHowTo
you need fsid in exports to use nfs 4. So I think we both use 4.
I wonder what is different after your reinstall...
Yes you are right, it must be v3 the protocol we both use. I'll make a
test again tomorrow of the old file system and post back my
observations.
Do you know why there are those hidden .nfsx files? I
noticed they exist in the new file system too. Are they left overs, or
are they
the hidden .nfsxxx files can be removed without problem, they are
left overs, created by the nfs protocol inefficiencies
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from
The .nfs files are created when you remove (unlink(2) in Unix lingo) a
file while it is still opened (used) by a program. This is quite
normal behavior for Unix programs.
In a local file system the file is only removed from the directory
(can no longer be opened by other programs) and it is not
while true;
do
sleep 1
rm -f data*
echo data data1
echo data data2
done
This file access pattern which results from
a more complex script which writes more data hangs my client
(nfs server not responding)
and creates looping nfsd processes on the server.
--
You received this bug notification
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nfs-utils (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879334
Title:
nfsd from nfs-kernel-server very slow and system load from 25%-100%
from nfsd
To manage notifications about this bug go to:
39 matches
Mail list logo
