Blacklisting the gssd module is a terrible solution for those using AD
to authenticate users on the machine.
I want to authenticate users while using non-authenticated NFS shares.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Am running 16.04 Ubuntu (Mate) and was getting 1.2Mb NFS file transfers
between 2 directly wired pcs. Adding the blacklist line speeded things
up to 102MB/sec so guess this is still an issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
So I do have one more workaround.
If you set sec=sys for your mount this should fix the issue.
Fixed this on a couple of boxes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow
I had to blacklist the module rpcsec_gss_krb5 on all Trusty machines to
get NFS working at aceptable speeds again. Therefore I added the
following line:
blacklist rpcsec_gss_krb5
to the following file:
/etc/modprobe.d/blacklist.conf
After a reboot everything was fine. Other comments here
Strange — that’s exactly what I did on the vagrant image, but it
doesn’t fix the problem.. The symptom is that the first time a fs gets
mounted it takes about 10s (presumably time for the kerberos call to
time out) and then it mounts normally. On my non-vm machines (mostly
mint 17), but at least
It is merely a bug than a question. It's just not working in the default
setup.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow NFS4 without NEED_GSSD=yes
To manage notifications
Actually, the solution's posted in the forum don't seem to working for
me, so it seems to be more than just a mis-configuration. Have you
managed to get this to work with 14.04LTS?
/jamie
On Thu, Dec 4, 2014 at 6:26 AM, Andre 1270...@bugs.launchpad.net wrote:
It is merely a bug than a question.
Just for the record -- I just pulled down the published vagrant trusty64
image and it has the same problem. But neither blacklisting
rpcsec_gss_krb5 nor changing NEED_GSSD= solves the problem. And I tried
all 4 possible combinations of the two.. This sort of makes things
unusable in a shared
mouse seizing up and unable to scroll
** Changed in: nfs-utils (Ubuntu)
Status: Confirmed = Invalid
** Converted to question:
https://answers.launchpad.net/ubuntu/+source/nfs-utils/+question/258385
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Changed in: nfs-utils (Ubuntu)
Status: Invalid = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow NFS4 without NEED_GSSD=yes
To manage notifications about this
blacklisting rpcsec_gss_krb5 works here to on 14.04.
/etc/default/nfs-common
# Do you want to start the gssd daemon? It is required for Kerberos mounts.
NEED_GSSD=
What is the default? Yes or No?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
As a workaround I reverted back to NFS v3 by adding -vers=3 to my
/etc/auto.xxx autofs files.
Just because there is a new NFS version it does not mean it is required to use.
In the past I was happy with v3 and I will switch to v4 only when the
performance problems have been solved.
--
You
Hi Ali,
Your problem might be unrelated to this specific bug. Perhaps you need
to file another bug?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow NFS4 without NEED_GSSD=yes
To
Hello everyone, is there any update on this problem? I have the simplest
configuration possible and it still seems NFS traffic is very slow. My
client and server are both Dell Optiplex 7010 and they are both running
Ubuntu 14.04. I tried all of the recommendations listed above.
--
You received
Hi Ali, which case is yours?
1) the NFS transfer of files between server and client is slow
2) the initial connection to the NFS, from the client, is slow
I have only tested case 2, which is solved with workarounds mentioned in
this thread. Case 1 is not a problem on my test servers.
--
You
this looks to be related to this nfs-utils change:
commit d86fc0c24e6a20a33c61b2b056901324194a0179
Author: NeilBrown ne...@suse.de
Date: Thu Feb 13 14:09:36 2014 -0500
systemd: convert secure services to start without explicit
configuration.
This patch removes
Hi Andrew, thanks for responding. It's the first one (transfer). And
after some testing, the delay seems to be exasperated by the number of
files, not by the total volume of transferred data (e.g. time for a
single 100K is a lot worse that 100 1K file transfers, by much than one
would expect).
--
I just discovered that disabling IPv6 solves the problem. I'm on Ubuntu
14.04 64bit. I did not apply any other workaround described above.
I used that procedure: http://askubuntu.com/questions/440649/cant-
disable-ipv6-in-ubuntu-14-04
--
You received this bug notification because you are a
I've recently upgraded a few 12.04 machines to the new HWE stack
(3.13.0-32-generic) and I am pretty sure they exhibit this bug as well.
I've blacklisted the 'rpcsec_gss_krb5' and NFS seems to work better.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Since I reported this bug, I did not change the scripts which are installing my
workstations (UBUNTU 14.04)
Putting NEED_GSSD=yes into /etc/default/nfs-common still makes no sense to
me,
but it works, so I wonder, why it is not working in Kubuntu/Xubuntu?
Is it possible, that this bug is a
I have this issue aswell running Xubuntu 14.04 i've tried all the above
solutions, and it hasn't had any positive effects here. Transfering
files to my NAS using NFS is still slow and spiky.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I found that changing /etc/default/nfs-common DID help on Ubuntu 14.04,
but unless you reboot you have to start the gssd service as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
I can confirm this bug.
Changing /etc/default/nfs-common did not help but blacklisting the module
helped.
I am running Kubuntu 14.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
This comment added for SEO (not easy to find this bug if you're
suspecting autofs):
autofs slow mount nfs
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow NFS4 without
Blacklisting the Kerberos module works for me. As expected, also speeds
up autofs. Awkward to have to fix this on multiple computers...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
This must be related or same (older) bug:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/84899
Gabriel de Perthuis (g2p) wrote on 2012-10-24: #70
So here's a list of the workarounds:
On the client:
# disable reverse lookups in kerberos
echo $'[libdefaults]\n\trdns=false' |sudo
Can confirm speed-up with blacklisting rpcsec_gss_krb5 on the client
side. rmmod also works as a temporary solution.
I also tested the options to turn of security completely on the nfs-
server and nfs-client, which is well documented despite numerous
variables in man pages. However, those
Seems like redhat had the same exact issue patched (stated as solved):
http://article.gmane.org/gmane.linux.nfs/60081 (upstream)
https://bugzilla.redhat.com/show_bug.cgi?id=1001934 (redhat)
** Bug watch added: Red Hat Bugzilla #1001934
https://bugzilla.redhat.com/show_bug.cgi?id=1001934
--
This is occurring on 14.04 as well. Same error, but setting
NEED_GSSD=yes doesn't remove the delay. Had to blacklist the module.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow
Another workaround is blacklisting the 'rpcsec_gss_krb5' kernel module
(in /etc/modprobe.d/blacklist.conf) -
# Blacklist rpcsec_gss_krb5 kernel module; needed for quick NFSv4 mounts, ref.
bug https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1270445
blacklist rpcsec_gss_krb5
But
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/1270445
Title:
I had this problem upon upgrade to 13.10
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1270445
Title:
slow NFS4 without NEED_GSSD=yes
To manage notifications about this bug go to:
32 matches
Mail list logo