NFS: failed to create MNT RPC client status = -101












0















I am trying for network file system (NFS) booting between two systems.

I am using dhcp server to assign IP-address for client. And my kernel and root file system are present in server. My client is able to load the kernel. But can't able to mount the root filesystem. I am getting error regarding remote procedure call (RPC)



The following lines appear while booting at client side



NFS:  MNTPATH:  '/nfsroot'
NFS: sending MNT request for 172.16.6.237:/nfsroot
NFS: failed to create MNT RPC client, status=-101
NFS: Unable to mount server 172.16.6.237, error -101
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; here are the available partitions:
0000 bla bla bla
kernel panic- not syncing: VFS: Unable to mount root fs or unknown-block(2,0)


The above lines are few lines when I am doing NFS (network file system).



In kernel configuration i enabled all necessary flags for NFS support.



In above error The line related to RPC client is present in kernel fs/nfs/mount_clnt.c program.



I also came to know that the error occurs in rpc_ping() function which is present in net/sunrpc/clnt.c file.



How can I fix this?



edit:-



My dhcp.conf looks like this



{
allow booting;



allow bootp;



use-host-decl-names on;



ddns-update-style interim;



ignore client-updates;



next-server 172.16.6.237;



subnet 172.16.6.0 netmask 255.255.255.0 {



option subnet-mask  255.255.255.0;

range dynamic-bootp 172.16.6.10 172.16.6.254;

default-lease-time 21600;

max-lease-time 43200;

option domain-name-servers 127.0.0.1;

option routers 172.16.6.1;

filename "pxelinux.0";


}



host hostname {



                     hardware ethernet 74:27:ea:42:b7:b7;

fixed-address 172.16.6.238;

option root-path"172.16.6.237:/nfsroot";

}


}
And my pxelinu.cfg/default file looks like this



{



default openwrt



label openwrt



kernel openwrt-x86-generic-vmlinuz



append boot=nfs root=/dev/nfs nfsroot=172.16.6.237:/nfsroot,soft,vers=3,clientaddr=172.16.6.238 ip=dhcp rw nfsrootdebug



}



If I am giving proto=tcp then the error number will become -110 (time out)



If I removed proto=tcp the error number becomes -101 (Network unreachable)










share|improve this question
















bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

    – samiam
    Feb 7 '14 at 14:45











  • @samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

    – user3086351
    Feb 7 '14 at 15:44











  • have you /etc/init.d/rpcbind start

    – Thorsten Staerk
    Feb 8 '14 at 0:32











  • @ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

    – user3086351
    Feb 8 '14 at 11:27
















0















I am trying for network file system (NFS) booting between two systems.

I am using dhcp server to assign IP-address for client. And my kernel and root file system are present in server. My client is able to load the kernel. But can't able to mount the root filesystem. I am getting error regarding remote procedure call (RPC)



The following lines appear while booting at client side



NFS:  MNTPATH:  '/nfsroot'
NFS: sending MNT request for 172.16.6.237:/nfsroot
NFS: failed to create MNT RPC client, status=-101
NFS: Unable to mount server 172.16.6.237, error -101
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; here are the available partitions:
0000 bla bla bla
kernel panic- not syncing: VFS: Unable to mount root fs or unknown-block(2,0)


The above lines are few lines when I am doing NFS (network file system).



In kernel configuration i enabled all necessary flags for NFS support.



In above error The line related to RPC client is present in kernel fs/nfs/mount_clnt.c program.



I also came to know that the error occurs in rpc_ping() function which is present in net/sunrpc/clnt.c file.



How can I fix this?



edit:-



My dhcp.conf looks like this



{
allow booting;



allow bootp;



use-host-decl-names on;



ddns-update-style interim;



ignore client-updates;



next-server 172.16.6.237;



subnet 172.16.6.0 netmask 255.255.255.0 {



option subnet-mask  255.255.255.0;

range dynamic-bootp 172.16.6.10 172.16.6.254;

default-lease-time 21600;

max-lease-time 43200;

option domain-name-servers 127.0.0.1;

option routers 172.16.6.1;

filename "pxelinux.0";


}



host hostname {



                     hardware ethernet 74:27:ea:42:b7:b7;

fixed-address 172.16.6.238;

option root-path"172.16.6.237:/nfsroot";

}


}
And my pxelinu.cfg/default file looks like this



{



default openwrt



label openwrt



kernel openwrt-x86-generic-vmlinuz



append boot=nfs root=/dev/nfs nfsroot=172.16.6.237:/nfsroot,soft,vers=3,clientaddr=172.16.6.238 ip=dhcp rw nfsrootdebug



}



If I am giving proto=tcp then the error number will become -110 (time out)



If I removed proto=tcp the error number becomes -101 (Network unreachable)










share|improve this question
















bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

    – samiam
    Feb 7 '14 at 14:45











  • @samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

    – user3086351
    Feb 7 '14 at 15:44











  • have you /etc/init.d/rpcbind start

    – Thorsten Staerk
    Feb 8 '14 at 0:32











  • @ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

    – user3086351
    Feb 8 '14 at 11:27














0












0








0


1






I am trying for network file system (NFS) booting between two systems.

I am using dhcp server to assign IP-address for client. And my kernel and root file system are present in server. My client is able to load the kernel. But can't able to mount the root filesystem. I am getting error regarding remote procedure call (RPC)



The following lines appear while booting at client side



NFS:  MNTPATH:  '/nfsroot'
NFS: sending MNT request for 172.16.6.237:/nfsroot
NFS: failed to create MNT RPC client, status=-101
NFS: Unable to mount server 172.16.6.237, error -101
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; here are the available partitions:
0000 bla bla bla
kernel panic- not syncing: VFS: Unable to mount root fs or unknown-block(2,0)


The above lines are few lines when I am doing NFS (network file system).



In kernel configuration i enabled all necessary flags for NFS support.



In above error The line related to RPC client is present in kernel fs/nfs/mount_clnt.c program.



I also came to know that the error occurs in rpc_ping() function which is present in net/sunrpc/clnt.c file.



How can I fix this?



edit:-



My dhcp.conf looks like this



{
allow booting;



allow bootp;



use-host-decl-names on;



ddns-update-style interim;



ignore client-updates;



next-server 172.16.6.237;



subnet 172.16.6.0 netmask 255.255.255.0 {



option subnet-mask  255.255.255.0;

range dynamic-bootp 172.16.6.10 172.16.6.254;

default-lease-time 21600;

max-lease-time 43200;

option domain-name-servers 127.0.0.1;

option routers 172.16.6.1;

filename "pxelinux.0";


}



host hostname {



                     hardware ethernet 74:27:ea:42:b7:b7;

fixed-address 172.16.6.238;

option root-path"172.16.6.237:/nfsroot";

}


}
And my pxelinu.cfg/default file looks like this



{



default openwrt



label openwrt



kernel openwrt-x86-generic-vmlinuz



append boot=nfs root=/dev/nfs nfsroot=172.16.6.237:/nfsroot,soft,vers=3,clientaddr=172.16.6.238 ip=dhcp rw nfsrootdebug



}



If I am giving proto=tcp then the error number will become -110 (time out)



If I removed proto=tcp the error number becomes -101 (Network unreachable)










share|improve this question
















I am trying for network file system (NFS) booting between two systems.

I am using dhcp server to assign IP-address for client. And my kernel and root file system are present in server. My client is able to load the kernel. But can't able to mount the root filesystem. I am getting error regarding remote procedure call (RPC)



The following lines appear while booting at client side



NFS:  MNTPATH:  '/nfsroot'
NFS: sending MNT request for 172.16.6.237:/nfsroot
NFS: failed to create MNT RPC client, status=-101
NFS: Unable to mount server 172.16.6.237, error -101
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; here are the available partitions:
0000 bla bla bla
kernel panic- not syncing: VFS: Unable to mount root fs or unknown-block(2,0)


The above lines are few lines when I am doing NFS (network file system).



In kernel configuration i enabled all necessary flags for NFS support.



In above error The line related to RPC client is present in kernel fs/nfs/mount_clnt.c program.



I also came to know that the error occurs in rpc_ping() function which is present in net/sunrpc/clnt.c file.



How can I fix this?



edit:-



My dhcp.conf looks like this



{
allow booting;



allow bootp;



use-host-decl-names on;



ddns-update-style interim;



ignore client-updates;



next-server 172.16.6.237;



subnet 172.16.6.0 netmask 255.255.255.0 {



option subnet-mask  255.255.255.0;

range dynamic-bootp 172.16.6.10 172.16.6.254;

default-lease-time 21600;

max-lease-time 43200;

option domain-name-servers 127.0.0.1;

option routers 172.16.6.1;

filename "pxelinux.0";


}



host hostname {



                     hardware ethernet 74:27:ea:42:b7:b7;

fixed-address 172.16.6.238;

option root-path"172.16.6.237:/nfsroot";

}


}
And my pxelinu.cfg/default file looks like this



{



default openwrt



label openwrt



kernel openwrt-x86-generic-vmlinuz



append boot=nfs root=/dev/nfs nfsroot=172.16.6.237:/nfsroot,soft,vers=3,clientaddr=172.16.6.238 ip=dhcp rw nfsrootdebug



}



If I am giving proto=tcp then the error number will become -110 (time out)



If I removed proto=tcp the error number becomes -101 (Network unreachable)







kernel boot nfs






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 8 '14 at 13:43







user3086351

















asked Feb 7 '14 at 9:57









user3086351user3086351

12




12





bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

    – samiam
    Feb 7 '14 at 14:45











  • @samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

    – user3086351
    Feb 7 '14 at 15:44











  • have you /etc/init.d/rpcbind start

    – Thorsten Staerk
    Feb 8 '14 at 0:32











  • @ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

    – user3086351
    Feb 8 '14 at 11:27



















  • What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

    – samiam
    Feb 7 '14 at 14:45











  • @samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

    – user3086351
    Feb 7 '14 at 15:44











  • have you /etc/init.d/rpcbind start

    – Thorsten Staerk
    Feb 8 '14 at 0:32











  • @ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

    – user3086351
    Feb 8 '14 at 11:27

















What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

– samiam
Feb 7 '14 at 14:45





What does the relevant line of /etc/fstab look like? How is the NFS filesystem being mounted? Have you considered using initramfs to make sure the kernel has proper NFS support?

– samiam
Feb 7 '14 at 14:45













@samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

– user3086351
Feb 7 '14 at 15:44





@samiam thanks for the reply, My client is like diskless one. root file system is present in /nfsroot directory at server side. I am not using initramfs. And coming to /etc/fstab file, should i have to change it at server root file system or client root file system. If client root file system then can you please give me the tips

– user3086351
Feb 7 '14 at 15:44













have you /etc/init.d/rpcbind start

– Thorsten Staerk
Feb 8 '14 at 0:32





have you /etc/init.d/rpcbind start

– Thorsten Staerk
Feb 8 '14 at 0:32













@ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

– user3086351
Feb 8 '14 at 11:27





@ThorstenStaerk I am having /etc/init.d/portmap instead of /etc/init.d/rpcbind. I saw in some websites that rpcbind is replaced by portmap . If so , I am running portmap by giving "service portmap restart".

– user3086351
Feb 8 '14 at 11:27










1 Answer
1






active

oldest

votes


















0














It's been years since I've done the boot-by-NFS-from-a-remote-client bit, but you really do need to be sure that NFS is either compiled into your kernel statically, or that you're loading up the module via initrd, as samian suggested. Also -- and I assume you've already done this, but "better safe than sorry" -- you should be sure you can mount your other system, period: boot your client from USB or CD-ROM/DVD, and make sure the server can be mounted. If /etc/exports isn't set up properly, or if portmapper isn't running server-side, that could well be a problem.






share|improve this answer


























  • What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

    – user3086351
    Feb 8 '14 at 11:20











  • Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

    – ravenpi
    Feb 20 '14 at 19:19











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f114008%2fnfs-failed-to-create-mnt-rpc-client-status-101%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














It's been years since I've done the boot-by-NFS-from-a-remote-client bit, but you really do need to be sure that NFS is either compiled into your kernel statically, or that you're loading up the module via initrd, as samian suggested. Also -- and I assume you've already done this, but "better safe than sorry" -- you should be sure you can mount your other system, period: boot your client from USB or CD-ROM/DVD, and make sure the server can be mounted. If /etc/exports isn't set up properly, or if portmapper isn't running server-side, that could well be a problem.






share|improve this answer


























  • What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

    – user3086351
    Feb 8 '14 at 11:20











  • Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

    – ravenpi
    Feb 20 '14 at 19:19
















0














It's been years since I've done the boot-by-NFS-from-a-remote-client bit, but you really do need to be sure that NFS is either compiled into your kernel statically, or that you're loading up the module via initrd, as samian suggested. Also -- and I assume you've already done this, but "better safe than sorry" -- you should be sure you can mount your other system, period: boot your client from USB or CD-ROM/DVD, and make sure the server can be mounted. If /etc/exports isn't set up properly, or if portmapper isn't running server-side, that could well be a problem.






share|improve this answer


























  • What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

    – user3086351
    Feb 8 '14 at 11:20











  • Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

    – ravenpi
    Feb 20 '14 at 19:19














0












0








0







It's been years since I've done the boot-by-NFS-from-a-remote-client bit, but you really do need to be sure that NFS is either compiled into your kernel statically, or that you're loading up the module via initrd, as samian suggested. Also -- and I assume you've already done this, but "better safe than sorry" -- you should be sure you can mount your other system, period: boot your client from USB or CD-ROM/DVD, and make sure the server can be mounted. If /etc/exports isn't set up properly, or if portmapper isn't running server-side, that could well be a problem.






share|improve this answer















It's been years since I've done the boot-by-NFS-from-a-remote-client bit, but you really do need to be sure that NFS is either compiled into your kernel statically, or that you're loading up the module via initrd, as samian suggested. Also -- and I assume you've already done this, but "better safe than sorry" -- you should be sure you can mount your other system, period: boot your client from USB or CD-ROM/DVD, and make sure the server can be mounted. If /etc/exports isn't set up properly, or if portmapper isn't running server-side, that could well be a problem.







share|improve this answer














share|improve this answer



share|improve this answer








edited Jun 20 '16 at 19:09









Pierre.Vriens

99451015




99451015










answered Feb 7 '14 at 21:39









ravenpiravenpi

1661




1661













  • What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

    – user3086351
    Feb 8 '14 at 11:20











  • Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

    – ravenpi
    Feb 20 '14 at 19:19



















  • What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

    – user3086351
    Feb 8 '14 at 11:20











  • Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

    – ravenpi
    Feb 20 '14 at 19:19

















What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

– user3086351
Feb 8 '14 at 11:20





What all the daemon processes should I run at the client side. And how can i run those daemons related to RPC . Please suggest me

– user3086351
Feb 8 '14 at 11:20













Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

– ravenpi
Feb 20 '14 at 19:19





Sorry for the delay; you should have process "portmapper" installed -- "apt-get install portmapper" or "yum install portmapper", though generally, it gets installed with the NFS server. You also want to make sure it's running: /etc/init.d/portmapper start .

– ravenpi
Feb 20 '14 at 19:19


















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f114008%2fnfs-failed-to-create-mnt-rpc-client-status-101%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Loup dans la culture

How to solve the problem of ntp “Unable to contact time server” from KDE?

ASUS Zenbook UX433/UX333 — Configure Touchpad-embedded numpad on Linux