[Mageia-dev] Any progress on the NFS mount problem?

Anne Wilson annew at kde.org
Thu Sep 20 11:54:07 CEST 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 19/09/12 21:47, Guillaume Rousse wrote:
> Le 19/09/2012 19:46, Anne Wilson a écrit :
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
>> 
>> My laptop uses fstab lines to mount directories on the old server
>> and also on a QNAS box.  I've no idea what version of Linux is
>> running on the QNAS, but the mounts are working there.  The old
>> server is running Mageia 2, and mount to that don't work.
>> 
>> Working line example:
>> 
>> 192.168.0.200:/DataFromBorg2 /mnt/QNAS-Borg2-Data nfs
>> user,timeo=14 0 0
>> 
>> Non-working (M2) example:
>> 
>> 192.168.0.40:/Data1 /mnt/borg2_Data1 nfs 
>> user,rsize=8192,wsize=8192,nosuid,soft 0 0
> First, your are clearly not mounting the same path (/DataFromBorg2
> vs /Data1), so your comparaison is quite biased.
> 
As I stated, these are two different sources, the old server and the
new one.  The version used in the QNAS mount is the one I had
previously used with Scientific Linux, so that's where I started from.
 I gave this information because it proves that the nfs client is at
least working since it can connect with the QNAS, so the problem is in
how I connect with the nfs server on borg2.

> Second, you'd rather use mount command, than hardcoded entries in 
> /etc/fstab entries, to debug the issues. You'll get much more
> input.
> 
I've had no success at all there - I never fully understood command
mounting.

mount 192.168.0.40:/Data1 /mnt/borg2_Data1 -t nfs
mount.nfs: requested NFS version or transport protocol is not supported

Every variation I've tried on the command simply returns to the help file.

> Third, you'd rather avoid useless options such as rsize and wsize,
> unless you know what you're doing.
> 
First, that is a format I used in earlier versions/distros.  Second,
it was copied from a bug report.  In the absence of better advice, I
took that.

>> Note that I initially wrote it the same way as the QNAS line,
>> and reverted to this older style when I found that didn't work.
>> 
>> mount -a gives mount.nfs: requested NFS version or transport
>> protocol is not supported
>> 
>> If I forget and click on the mount point in Dolphin I get
>> 
>> "An error occurred while accessing 'Data1 on 192.168.0.40', the
>> system responded: mount.nfs: requested NFS version or transport
>> protocol is not supported"
>> 
>> Is this https://bugs.mageia.org/show_bug.cgi?id=6541?  And is
>> there anything I can do to improve matters?
> According to the error message, you have probably a version
> negotiation issue between your client and your server. Add -d
> option to rpc.mountd (RPCMOUNTDOPTS variable in /etc/sysconfig/nfs)
> on server side,

Done.

> and -v option to mount.nfs on client side to get more verbose error
> reporting.
> 

How do I do that?  mount.nfs is an executable, not a shell script, so
I can't add it there.  Attempting to add it in the mount command says
it is an invalid option.

Which log file should I be monitoring for this?  I issued a "mount -a"
command then checked dmesg, messages and syslog, and none of them are
reporting anything at all about a mount attempt.

Anne
- -- 
Need KDE help? Try
http://userbase.kde.org or
http://forum.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBa57YACgkQj93fyh4cnBcSMwCeKPZaOnZkTahtR6ghQp+nuIu8
OUIAn33twD0NPh2Pksa66oK9c1fUN8Rd
=7fLC
-----END PGP SIGNATURE-----


More information about the Mageia-dev mailing list