[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