nfs mounting problem

8 messages, 4 authors, 2007-10-12 · open the first message on its own page

nfs mounting problem

From: Manjunath AM <hidden>
Date: 2007-01-23 12:29:22 

Hi,

We are using MPC8272 based target board, we are trying to mount montavista 
Linux version 2.6.10 kernel image (with NFS enabled) to our target board,
we are setting following bootargs in bootloader 

"setenv bootargs root=/dev/nfs 
nfsroot=192.168.178.110:/opt/montavista/pro/devkit/ppc/82xx/target 
ip=192.168.178.234:192.168.178.110:192.168.178.47:255.255.255.0:cashel:eth1:off"

when we boot the board, it is not able to mount nfs file system to board, 
but the same image and configuration works with MPC8272ADS board.
please suggest me, what could be the problem.

Booting image at 00200000 ...
   Image Name:   Linux-2.6.10_mvl401-8272ads
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    948607 Bytes = 926.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.6.10_mvl401-8272ads (root@em178110) (gcc version 3.4.3 
(MontaVista 3.4.3-25.0.70.050
1961 2005-12-18)) #2 Tue Jan 23 16:54:50 IST 2007
Motorola PQ2 ADS PowerPC port
Built 1 zonelists
Kernel command line: root=/dev/nfs 
nfsroot=192.168.178.110:/opt/montavista/pro/devkit/ppc/82xx/targe
t 
ip=192.168.178.234:192.168.178.110:192.168.178.47:255.255.255.0:cashel:eth1:off
PID hash table entries: 128 (order: 7, 2048 bytes)
hr_time_init: arch_to_nsec = 83886080, nsec_to_arch = 107374182
Warning: real time clock seems stuck!
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 13952k available (1684k kernel code, 468k data, 100k init, 0k 
highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
spawn_desched_task(00000000)
desched cpu_callback 3/00000000
ksoftirqd started up.
desched cpu_callback 2/00000000
desched thread 0 started up.
NET: Registered protocol family 16
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xf0011a00 (irq = 40) is a CPM UART
ttyCPM1 at MMIO 0xf0011a60 (irq = 43) is a CPM UART
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
fs_enet.c:v1.0 (Aug 8, 2005)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with 
idebus=xx
eth0: FCC ENET Version 0.3, 00:99:23:c4:ad:de
eth1: FCC ENET Version 0.3, 00:99:23:44:ad:de
eth2: FCC ENET Version 0.3, 00:99:23:64:ad:de
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=
Looking up port of RPC 100003/2 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.178.110 not responding, timed out
Root-NFS: Server returned error -5 while mounting 
/opt/montavista/pro/devkit/ppc/82xx/target
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on 
unknown-block(2,0)
 <0>Rebooting in 180 seconds..

Thanks and awaiting for your valuable feedback



Thanks & Regards
 MANJUNATH AM

Re: nfs mounting problem

From: Andre Haupt <hidden>
Date: 2007-01-23 13:01:31 

Manjunath AM wrote:
Hi,
Hi,
Looking up port of RPC 100003/2 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get nfsd port number >from server, using default
Looking up port of RPC 100005/1 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.178.110 not responding, timed out
Root-NFS: Server returned error -5 while mounting 
/opt/montavista/pro/devkit/ppc/82xx/target
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on 
unknown-block(2,0)
 <0>Rebooting in 180 seconds..
is portmap actually running?
try ps -e | grep portmap

if it is

netstat -an | grep ":111 "

should report something like this.

tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:111 0.0.0.0:*


Best regards,

Andre

Re: nfs mounting problem

From: Manjunath AM <hidden>
Date: 2007-01-23 13:19:35 

Thanks for your reply, Yes portmap is running and when i give  netstat -an 
| grep ":111 "  this server shows the below:

tcp        0      0 0.0.0.0:111                 0.0.0.0:*  LISTEN
udp        0      0 0.0.0.0:111                 0.0.0.0:*

Thanks & Regards
 MANJUNATH AM
 Senior Software Engineer
 Emsys
 Larsen & Toubro Limited
 Mysore-570018
 Mobile:9886375926




Andre Haupt [off-list ref] 
01/23/2007 06:29 PM

To
Manjunath AM [off-list ref]
cc
linuxppc-embedded@ozlabs.org, kernelnewbies@nl.linux.org
Subject
Re: nfs mounting problem






Manjunath AM wrote:
Hi,
Hi,
Looking up port of RPC 100003/2 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get nfsd port number >from server, using default
Looking up port of RPC 100005/1 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.178.110 not responding, timed out
Root-NFS: Server returned error -5 while mounting 
/opt/montavista/pro/devkit/ppc/82xx/target
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on 
unknown-block(2,0)
 <0>Rebooting in 180 seconds..
is portmap actually running?
try ps -e | grep portmap

if it is

netstat -an | grep ":111 "

should report something like this.

tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:111 0.0.0.0:*


Best regards,

Andre

Re: nfs mounting problem

From: Andre Haupt <hidden>
Date: 2007-01-23 13:59:20 

Manjunath AM wrote:
Thanks for your reply, Yes portmap is running and when i give  netstat 
-an | grep ":111 "  this server shows the below:

tcp        0      0 0.0.0.0:111                 0.0.0.0:*             
      LISTEN
udp        0      0 0.0.0.0:111                 0.0.0.0:*
Do you have (by any chance) a firewall running?

Also what seems a bit odd to me is that your dmesg shows no rootpath

 IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=

On my system the complete root path is printed here.

Best,

Andre

Re: nfs mounting problem

From: Scott Wood <hidden>
Date: 2007-01-23 15:33:33 

Andre Haupt wrote:
Also what seems a bit odd to me is that your dmesg shows no rootpath

 IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=

On my system the complete root path is printed here.
I don't think I've ever seen the root path printed there (with nfsroot 
otherwise working), so I don't think that's the problem...  From looking 
at the code, it seems that the root path received from BOOTP is stored 
in a different variable than the path from the nfsroot boot option, and 
it's the former that gets printed there.

To Manjunath AM: does the ethernet work from U-Boot?  Can you verify 
that packets are being successfully sent and received under Linux?  If 
the only variable is the board, then the problem is probably not with 
NFS itself; there's probably something different in how the ethernet is 
hooked up on your board, or in how the board is being initialized.

-Scott

Re: nfs mounting problem

From: Andre Haupt <hidden>
Date: 2007-01-24 08:12:00 

Scott Wood wrote:
Andre Haupt wrote:
quoted
Also what seems a bit odd to me is that your dmesg shows no rootpath

 IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=

On my system the complete root path is printed here.
I don't think I've ever seen the root path printed there (with nfsroot 
otherwise working), so I don't think that's the problem...  From 
looking at the code, it seems that the root path received from BOOTP 
is stored in a different variable than the path from the nfsroot boot 
option, and it's the former that gets printed there.
Ahh, ok. I am using BOOTP, so this has nothing to do with Manjunaths 
problem. Thanks for clarification.

Best,

Andre

Re: nfs mounting problem

From: Manjunath AM <hidden>
Date: 2007-01-30 18:41:40 

Thanks for the inputs,
We are still in the process of debugging the nfs mounting for our target 
board,
there were Tx clock and Rx clock pins  in our board were different as 
compared to MPC8272ADS board and we configured  PC_F2RXCLK and PC_F2TXCLK 
macro,s accordingly in \arch\ppc\8260_io\fcc_enet.c.
still nfs is not up.. same error " Root-NFS: Server returned error -5 
while mounting /opt/montavista/pro/devkit/ppc//82xx/target" is comming up.

We verified " immr->im_cpmux.cmx_fcr = 0x2c0000" reg value both in 
bootloader and kernel, both are same but ethernet works in u-boot and does 
not work in kernel.
Please suggest how we can attack this problem.
Thanks
Manjunath AM





Andre Haupt [off-list ref] 
Sent by: linuxppc-embedded-bounces+manjunath.am=lntemsys.com@ozlabs.org
01/24/2007 01:40 PM

To
Scott Wood [off-list ref]
cc
kernelnewbies@nl.linux.org, linuxppc-embedded@ozlabs.org, Manjunath AM 
[off-list ref]
Subject
Re: nfs mounting problem






Scott Wood wrote:
Andre Haupt wrote:
quoted
Also what seems a bit odd to me is that your dmesg shows no rootpath

 IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=

On my system the complete root path is printed here.
I don't think I've ever seen the root path printed there (with nfsroot 
otherwise working), so I don't think that's the problem...  From 
looking at the code, it seems that the root path received from BOOTP 
is stored in a different variable than the path from the nfsroot boot 
option, and it's the former that gets printed there.
Ahh, ok. I am using BOOTP, so this has nothing to do with Manjunaths 
problem. Thanks for clarification.

Best,

Andre
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

Re: nfs mounting problem

From: Abhijit Naik <hidden>
Date: 2007-10-12 09:13:20 

Hello Manjunath,
      You open the ports of portmaper and nfs from firewall. Refer
http://www.linuxquestions.org/questions/linux-security-4/firewall-blocking-nfs-even-though-ports-are-open-294069/.
Hope you get your problem solved.
     
All teh best


Manjunath AM wrote:
Hi,

We are using MPC8272 based target board, we are trying to mount montavista 
Linux version 2.6.10 kernel image (with NFS enabled) to our target board,
we are setting following bootargs in bootloader 

"setenv bootargs root=/dev/nfs 
nfsroot=192.168.178.110:/opt/montavista/pro/devkit/ppc/82xx/target 
ip=192.168.178.234:192.168.178.110:192.168.178.47:255.255.255.0:cashel:eth1:off"

when we boot the board, it is not able to mount nfs file system to board, 
but the same image and configuration works with MPC8272ADS board.
please suggest me, what could be the problem.

Booting image at 00200000 ...
   Image Name:   Linux-2.6.10_mvl401-8272ads
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    948607 Bytes = 926.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.6.10_mvl401-8272ads (root@em178110) (gcc version 3.4.3 
(MontaVista 3.4.3-25.0.70.050
1961 2005-12-18)) #2 Tue Jan 23 16:54:50 IST 2007
Motorola PQ2 ADS PowerPC port
Built 1 zonelists
Kernel command line: root=/dev/nfs 
nfsroot=192.168.178.110:/opt/montavista/pro/devkit/ppc/82xx/targe
t 
ip=192.168.178.234:192.168.178.110:192.168.178.47:255.255.255.0:cashel:eth1:off
PID hash table entries: 128 (order: 7, 2048 bytes)
hr_time_init: arch_to_nsec = 83886080, nsec_to_arch = 107374182
Warning: real time clock seems stuck!
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 13952k available (1684k kernel code, 468k data, 100k init, 0k 
highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
spawn_desched_task(00000000)
desched cpu_callback 3/00000000
ksoftirqd started up.
desched cpu_callback 2/00000000
desched thread 0 started up.
NET: Registered protocol family 16
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xf0011a00 (irq = 40) is a CPM UART
ttyCPM1 at MMIO 0xf0011a60 (irq = 43) is a CPM UART
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
fs_enet.c:v1.0 (Aug 8, 2005)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with 
idebus=xx
eth0: FCC ENET Version 0.3, 00:99:23:c4:ad:de
eth1: FCC ENET Version 0.3, 00:99:23:44:ad:de
eth2: FCC ENET Version 0.3, 00:99:23:64:ad:de
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
      device=eth1, addr=192.168.178.234, mask=255.255.255.0, 
gw=192.168.178.47,
     host=cashel, domain=, nis-domain=(none),
     bootserver=192.168.178.110, rootserver=192.168.178.110, rootpath=
Looking up port of RPC 100003/2 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.178.110
portmap: server 192.168.178.110 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.178.110 not responding, timed out
Root-NFS: Server returned error -5 while mounting 
/opt/montavista/pro/devkit/ppc/82xx/target
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on 
unknown-block(2,0)
 <0>Rebooting in 180 seconds..

Thanks and awaiting for your valuable feedback



Thanks & Regards
 MANJUNATH AM
 
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
:-)
-- 
View this message in context: http://www.nabble.com/nfs-mounting-problem-tf3063819.html#a13171747
Sent from the linuxppc-embedded mailing list archive at Nabble.com.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help