Bug 75757 - nfs:// ioslave returns authentication error
Summary: nfs:// ioslave returns authentication error
Status: RESOLVED INTENTIONAL
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: NFS (show other bugs)
Version: 18.04.3
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Neundorf
URL:
Keywords:
: 86611 154796 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-02-21 08:43 UTC by Eric Bischoff
Modified: 2021-02-05 14:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Bischoff 2004-02-21 08:43:17 UTC
Version:            (using KDE KDE 3.2.0)
Installed from:    Unspecified Linux
Compiler:          gcc 3.3.1 
OS:          Linux

In Konqueror, when I request nfs://vm.maison.net/home, I get French equivalent of

authorization failed, authentication of vm.maison.net failed

but I have no problem doing manually the following mount

mount -tnfs vm.maison.net:/home /mnt/nfs


Client side configuration :

Self-compiled 2.4.23 kernel
KDE 3.1.1 from SuSE
(but it does the same when I try to browse nfs://localhost/home on the server, which has a 2.6.0 kernel and a KDE 3.2)

Server side configuration :

Self-compiled 2.6.0 kernel
(with all NFS protocol versions or just one - does not change anything)
nfsutils version 1.0.6
(or user-space NFS server - does not change anything)
Comment 1 Eric Bischoff 2004-02-21 12:29:56 UTC
The problem comes from kio_nfs.cpp line 432. The function clnt_stat returns error code 13 instead of expected 0 when trying to stat the remote directory /home.

/usr/include/rpc/clnt.h says "RPC_UNKNOWNHOST=13, /* unknown host name */" but I don't know if that applies to clnt_stat function as well.

If that's the correct meaning of that code, then it's rather strange to get a "unknown host" for localhost. (The code tracing test are done on the server directly, hence "localhost").

Not related : switching to kernel 2.6.3 on the server does not fix the problem.
Comment 2 Eric Bischoff 2004-02-21 12:53:45 UTC
Hmmm, in fact it's the local host name ("vm.maison.net") that gets passed to authunix_create a few lines above, and not "localhost" as my previous remark
suggested.

Anyway. The call to authunix_create seems to succeed and so does the first call to clnt_call (the one with MOUNTPROC_EXPORT). It's only the second call of clnt_call (with MOUNTPROC_MNT) that fails.

Really strange.
Comment 3 Eric Bischoff 2004-02-23 10:14:38 UTC
It does the same with a 2.4.23 kernel on the server. So it's not a problem linked to the new series of linux kernels.

I'm starting to wonder whether nfs:// ioslave really works at other people's places. If yes, what's different with my configuration that makes it fail?
Comment 4 Rudolf Kollien 2004-10-28 00:11:26 UTC
Runned into the same error. Add the option "insecure" to your /etc/exports like:

/pub   clienthost(rw,sync,insecure)

kio_nfs tries to connect with port numbers above 1024 (seems > 32000). This config run's for me. Hope that helps.
Comment 5 Tommi Tervo 2005-11-10 14:35:24 UTC
*** Bug 86611 has been marked as a duplicate of this bug. ***
Comment 6 Martin Koller 2012-07-18 05:23:06 UTC
*** Bug 154796 has been marked as a duplicate of this bug. ***
Comment 7 Jonathan Marten 2021-02-05 14:15:54 UTC
Added note regarding the need for 'insecure' export to the README file and also mention it in debug output if the problem happens.  This is all that can be done with a non-root program (which all kioslaves are).