Hi,
Looking at the log doesn't show any reason for the failure. I am a
little confused by the 'Caught signal 15' lines as this suggests to me
that something is restarting the NFS server. I assume this is your doing
rather than something happening on the server?
I would try restarting the target at a known time and check that there
is a corresponding "authenticated mount request" in the server log. If
the NFS boot fails and there is an "authenticated mount request" then it
could be server related. If the "authenticated mount request" does not
appear then the server never saw the target. I would suspect the DM355
ethernet problem as the cause here - that is the link failed to come up
so the NFS mount will fail from the target's point of view (and also the
reason why the server never saw anything).
It may be worth installing wireshark on the server and tracing the NFS
connection. This does assume your server has GUI capability - you can
always resort to 'tcpdump' if not.
Regards
Phil Q
peng zhu wrote:
Hi, Phil,
Thank you very much for your kind help. My nfs mount sometimes work
and sometimes fail.
The error log message is as the following. Could you help me analyse
what is the problem? Thank you very much for your help.
Dec 8 11:25:31 localhost syslogd 1.4.1: restart.
Dec 8 12:02:04 localhost xinetd[3063]: START: tftp pid=14278
from=192.168.1.234
Dec 8 12:02:31 localhost mountd[3148]: authenticated mount request
from 192.168.1.234:800 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:03:11 localhost last message repeated 2 times
Dec 8 12:15:36 localhost mountd[3148]: authenticated mount request
from 192.168.1.234:821 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:16:16 localhost last message repeated 2 times
Dec 8 12:17:36 localhost last message repeated 4 times
Dec 8 12:21:47 localhost mountd[3148]: authenticated mount request
from 192.168.1.234:826 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:21:51 localhost mountd[3148]: Caught signal 15,
un-registering and exiting.
Dec 8 12:21:52 localhost kernel: nfsd: last server has exited
Dec 8 12:21:52 localhost kernel: nfsd: unexporting all filesystems
Dec 8 12:21:53 localhost kernel: NFSD: Using /var/lib/nfs/v4recovery
as the NFSv4 state recovery directory
Dec 8 12:21:53 localhost kernel: NFSD: starting 90-second grace period
Dec 8 12:22:16 localhost mountd[14959]: authenticated mount request
from 192.168.1.234:827 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:22:56 localhost last message repeated 2 times
Dec 8 12:24:16 localhost last message repeated 4 times
Dec 8 12:25:04 localhost mountd[14959]: authenticated mount request
from 192.168.1.234:829 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:25:44 localhost last message repeated 2 times
Dec 8 12:26:04 localhost mountd[14959]: authenticated mount request
from 192.168.1.234:829 for /home/hitachi/workdir/filesys
(/home/hitachi/workdir/filesys)
Dec 8 12:26:18 localhost mountd[14959]: Caught signal 15,
un-registering and exiting.
Dec 8 12:26:18 localhost kernel: nfsd: last server has exited
Dec 8 12:26:18 localhost kernel: nfsd: unexporting all filesystems
Dec 8 12:26:18 localhost kernel: RPC: failed to contact portmap
(errno -5).
Dec 8 12:26:19 localhost kernel: NFSD: Using /var/lib/nfs/v4recovery
as the NFSv4 state recovery directory
Best regards,
Peng
--- *08年12月10日，周三, Phil Quiney /<[email protected]>/* 写道：
发件人: Phil Quiney <[email protected]>
主题: Re: nfs mount problem
收件人: [email protected]
抄送: [email protected]
日期: 2008,1210,周三,10:02下午
Hi,
Check the NFS server log file (/var/log/messages) to find out what is going on.
This should have an entry each time the mount request is seen by the server - it
should say something like 'Authenticated mount request for.....'. If it
fails to authenticate it should give a reason..
Failing that can you try swapping network cables just in case you have a faulty
one. The error (-5) is EIO which you could take to indicate a problem in the
data transfer - although you may get the same error if the NFS server denies the
mount request (from the NFS client's point of view).
Can you also check that the NFS server has no firewall. A quick 'iptables
-L'
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
The above is the output on my machine - there are no rules.
Also make sure that the NFS server itself is not shifting IP addresses via
DHCP. It is 'tradition' to make servers have static IP addresses, either
by setting them as a static on the server itself or getting the DHCP server to
issue a static address (based on the server MAC address).
Finally check permissions on /home/**** (the target root file system should all
be owned by root except for files under rootfs/home). Also confirm that
/etc/exports has 'no_root_squash' for the export. This will allow any
files written by the target as root to maintain the permissions on the NFS
server (rather than being written as 'nobody' or whatever).
Regards
Phil Q
peng zhu wrote:
Hi. I am a user of DM6467 EVM.
When booting the board, I make the board mount the nfs system in one
Linux host PC. Sometimes it succeeds, but sometimes it fails. The error msg is
like this:
mount: server ******** not responding, timed out
Root-NFS: Server returned error -5 while mounting /home/*******
*********************
Could you tell me what's the problem and how to solve it? Thank you
very much.
Best regards,
Peng
------------------------------------------------------------------------
好玩贺卡等你发，邮箱贺卡全新上线！
<http://cn.rd.yahoo.com/mail_cn/tagline/card/*http://card.mail.cn.yahoo.com/>
------------------------------------------------------------------------
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------------------------------------------------
好玩贺卡等你发，邮箱贺卡全新上线！
<http://cn.rd.yahoo.com/mail_cn/tagline/card/*http://card.mail.cn.yahoo.com/>
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
