mount to NFS server '192.168.1.13' failed: server is down
Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
mount to NFS server '192.168.1.13' failed: server is down
I had NFS/NIS working on 2 fedora2 machines on a LAN. I had to reinstall the OS on both (plus the changed configuration files) because neither was rebooting properly and I find now the "client" is giving the following error messages when rebooting:
mount to NFS server '192.168.1.13' failed: server is down
The '/etc/fstab' on the client had been extended by a number of lines to match the entries in the server "/etc/exports" file and I gave them the following format:
192.168.1.13:/home /mnt nfs ro 0 0
and the error messages are given for each of those entries in the client's "/etc/fstab"
This client is 192.168.1.6 and the server is 192.168.1.13. I spent half a day checking and
google-ing but I can't figure out where the problem might be.
Where should I look? Any hint welcome.
Due to the volume, I am a bit reluctant to paste a copy of all the relevant files in this post.
Here is a script I ran on the server and its result.
#!/bin/bash
# nfs.sh
/etc/rc.d/init.d/nfs start
/usr/sbin/exportfs -ra
/usr/sbin/rpc.mountd
/usr/sbin/rpc.nfsd
/sbin/rpc.statd
/sbin/rpc.lockd
/usr/sbin/rpc.rquotad
# set up NIS on server
nisdomainname nobla.org
nisdomainname
/etc/init.d/portmap start
/usr/sbin/ypserv start
/usr/sbin/rpcinfo -u localhost ypserv
/usr/lib/yp/ypinit -m
/etc/rc.d/init.d/yppasswdd start
[root@lt bin]# ./nfs.sh
Starting NFS services: [ OK ]
Starting NFS quotas: [ OK ]
Starting NFS daemon: [ OK ]
Starting NFS mountd: [ OK ]
nobla.org [ OK ]
Starting portmapper: [ OK ]
program 100004 version 1 ready and waiting
program 100004 version 2 ready and waiting
At this point, we have to construct a list of the hosts which will run NIS
servers. lt is in the list of NIS server hosts. Please continue to add
the names for the other hosts, one per line. When you are done with the
list, type a <control D>.
next host to add: lt
next host to add:
The current list of NIS servers looks like this:
lt
Is this correct? [y/n: y] y
We need a few minutes to build the databases...
Building /var/yp/nobla.org/ypservers...
Running /var/yp/Makefile...
gmake[1]: Entering directory `/var/yp/nobla.org'
Updating passwd.byname...
Updating passwd.byuid...
Updating group.byname...
Updating group.bygid...
Updating hosts.byname...
Updating hosts.byaddr...
Updating rpc.byname...
Updating rpc.bynumber...
Updating services.byname...
Updating services.byservicename...
Updating netid.byname...
Updating protocols.bynumber...
Updating protocols.byname...
Updating mail.aliases...
gmake[1]: Leaving directory `/var/yp/nobla.org'
lt has been set up as a NIS master server.
Now you can run ypinit -s lt on all slave server.
Starting YP passwd service: [ OK ]
=================================================================
And a copy of /etc/hosts.deny and /etc/hosts.allow
#
# hosts.deny This file describes the names of the hosts which are
# *not* allowed to use the local INET services, as decided
# by the '/usr/sbin/tcpd' server.
#
# The portmap line is redundant, but it is left to remind you that
# the new secure portmap uses hosts.deny and hosts.allow. In particular
# you should know that NFS uses portmap!
portmap:ALL
lockd:ALL
mountd:ALL
rquotad:ALL
#
# hosts.allow This file describes the names of the hosts which are
# allowed to use the local INET services, as decided
# by the '/usr/sbin/tcpd' server.
#
portmap: 192.168.1.6
lockd: 192.168.1.6
rquotad: 192.168.1.6
mountd: 192.168.1.6
statd: 192.168.1.6
ALL: localhost
rpc.mount: ALL
===================================================================
Here is the relevant part of /var/log/messages
Dec 21 22:43:58 lt nfs: Starting NFS services: succeeded
Dec 21 22:43:58 lt nfs: rpc.rquotad startup succeeded
Dec 21 22:43:58 lt nfs: rpc.nfsd startup succeeded
Dec 21 22:44:08 lt nfs: rpc.mountd startup succeeded
Dec 21 22:44:08 lt rpcidmapd: rpc.idmapd -SIGHUP succeeded
Dec 21 22:44:28 lt rpc.statd[2838]: Version 1.0.6 Starting
Dec 21 22:44:28 lt portmap[2851]: cannot bind udp: Address already in use
Dec 21 22:44:28 lt portmap: portmap startup succeeded
Dec 21 22:44:28 lt ypserv[2856]: ypserv already running (pid 2342) - exiting
Dec 21 22:44:36 lt yppasswdd: rpc.yppasswdd startup succeeded
Dec 21 22:44:36 lt rpc.yppasswdd[3027]: rpc.yppasswdd already running (pid 2513) - exiting
Did you get this sorted?
I have a similar problem trying to mount NFS shares on RH7.1 servers with an FC3 client.
Works fine with RH8.0 server
The error I get is:
[root@holly src]# mount -v -t nfs -o nfsvers=2,udp lala:/atoll /atoll
mount to NFS server 'lala' failed: server is down.
RPC Error: 14 ( Port mapper failure )
I have used rpcinfo to try track down the differences:
For the 7.1 server:
[root@holly local]# /usr/sbin/rpcinfo -p lala
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
100021 1 udp 32769 nlockmgr
100021 3 udp 32769 nlockmgr
100021 4 udp 32769 nlockmgr
100011 1 udp 751 rquotad
100011 2 udp 751 rquotad
100005 1 udp 32770 mountd
100005 1 tcp 32769 mountd
100005 2 udp 32770 mountd
100005 2 tcp 32769 mountd
100005 3 udp 32770 mountd
100005 3 tcp 32769 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
The difference seems to be nfs running over TCP as well as UDP on the RH8 server.
Have searched man and google but can't figure out how to set up NFS over TCP on RH7.1
But I could be on the wrong track altogether.
Any clues anyone?
To mmahoney,
This is some time ago, i can't remember exactly what the solution was but it was simple, as you can see there was no reply to this and I managed to solve it and I am only a beginner. What follows was done on Fedora C2 but I would think it would apply as far back as RH 7. If not you may have to locate some file on your distro.
A few useful 'tricks' I found:
Run /sbin/ntsysv and make sure Apache and NTFS are started at boot time. If you don't know, this is a GUI interface and all you have to do is go up and down in the menu and make sure the options you want started at boot time are marked with an asterisk, else you can use chkconfig as follows
/sbin/chkconfig httpd on
/sbin/chkconfig nfs on
/sbin/chkconfig nfslog on
then reboot
It is easy to get confused if one of the parameters is not satisfactory, for example I kept adding lines in config files and changing them as I went, only to make things worse, I found all that was unnecessary. Now I've got things working smoothly with a minimum of work as explained in howto's and as follows:
/etc/exports on the server
/etc/fstab on the client
and that's it, it should go, the only thing that could still stop it is permissions (files or firewall or hosts.allow hosts.deny IF YOU have changed them from the default ones).
Everything else is commands that you can use as shortcuts, (like changing the file /etc/exports and re-reading it) that
make things worse if not used properly, at least that was my case. I ended up with big useless and incorrect files.
If you need some examples, let me know and I'll post my files.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.