Re: NFS mount fails CentOS5 on FC16 host
On 05/10/2012 01:54 PM, Ed Greshko wrote: The good news isI was able to duplicate your problem. The bad news is...I'm unable to find a solution The good news is *everyone* seems to have the problem http://bugs.centos.org/view.php?id=5579 Oh. But one thing. Even though the warning is issued the *correct* mapping is done! -- Never be afraid to laugh at yourself, after all, you could be missing out on the joke of the century. -- Dame Edna Everage -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
On 10.5.2012 0.40, Bill Davidsen wrote: Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( I had lot of problems with NFSv4 and CentOS 5.8, you should check that you have latest kernel on 5.8 as that solved some mounting problems. As for the error messages telling rpc.idmapd not running you can safely ignore. The error comes from the mount.nfs4 trying to read file in var which is not in there. If you run strace mount.nfs4 server:/ /dir you will see that the command tries to access /var/lock/subsys/rpcidmapd access(/var/lock/subsys/rpcidmapd, F_OK) = -1 ENOENT (No such file or directory) This doesn't work as the file is actually named /var/lock/subsys/rpc.idmapd As how you get rid of the error before RedHat fixes the actual source (just make the soft link between rpcidmapd and rpc.idmapd) Now to the real error, I had the mounting problems from CentOS 5.8 to CentOS 5.8 with CLIENT running with kernel 2.6.18-308.1.1.el5 mounting didn't work. As I had the older kernel around as this was upgrade from older 5.x release I tried with it and the things worked without a problem. RedHat fixed the problem for me atleast in kernel 2.6.18-308.4.1.el5. Hope this helps, -vpk -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
Veli-Pekka Kestilä wrote: On 10.5.2012 0.40, Bill Davidsen wrote: Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( I had lot of problems with NFSv4 and CentOS 5.8, you should check that you have latest kernel on 5.8 as that solved some mounting problems. As for the error messages telling rpc.idmapd not running you can safely ignore. The error comes from the mount.nfs4 trying to read file in var which is not in there. If you run strace mount.nfs4 server:/ /dir you will see that the command tries to access /var/lock/subsys/rpcidmapd access(/var/lock/subsys/rpcidmapd, F_OK) = -1 ENOENT (No such file or directory) This doesn't work as the file is actually named /var/lock/subsys/rpc.idmapd As how you get rid of the error before RedHat fixes the actual source (just make the soft link between rpcidmapd and rpc.idmapd) Adding the link solved the problem, although it's a kludge for sure! Now to the real error, I had the mounting problems from CentOS 5.8 to CentOS 5.8 with CLIENT running with kernel 2.6.18-308.1.1.el5 mounting didn't work. As I had the older kernel around as this was upgrade from older 5.x release I tried with it and the things worked without a problem. RedHat fixed the problem for me atleast in kernel 2.6.18-308.4.1.el5. And there, too, the most recent kernel upgrade made it work (although the warning is still there without the link). Hope this helps, -vpk Looks right, the spurious warning issue is avoided for the moment, and the failure of the mount is fixed (and hopefully added to regression testing and will stay that way). Thanks for the work-around on the warning, I had updated the kernel by the time I saw your message, since I was watching closely for updates. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
On 10.5.2012 20:44, Bill Davidsen wrote: Veli-Pekka Kestilä wrote: On 10.5.2012 0.40, Bill Davidsen wrote: Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( I had lot of problems with NFSv4 and CentOS 5.8, you should check that you have latest kernel on 5.8 as that solved some mounting problems. As for the error messages telling rpc.idmapd not running you can safely ignore. The error comes from the mount.nfs4 trying to read file in var which is not in there. As how you get rid of the error before RedHat fixes the actual source (just make the soft link between rpcidmapd and rpc.idmapd) Adding the link solved the problem, although it's a kludge for sure! Yeah. Now to the real error, I had the mounting problems from CentOS 5.8 to CentOS 5.8 with CLIENT running with kernel 2.6.18-308.1.1.el5 mounting didn't work. As I had the older kernel around as this was upgrade from older 5.x release I tried with it and the things worked without a problem. RedHat fixed the problem for me atleast in kernel 2.6.18-308.4.1.el5. And there, too, the most recent kernel upgrade made it work (although the warning is still there without the link). Hope this helps, -vpk Looks right, the spurious warning issue is avoided for the moment, and the failure of the mount is fixed (and hopefully added to regression testing and will stay that way). Thanks for the work-around on the warning, I had updated the kernel by the time I saw your message, since I was watching closely for updates. Good to hear. I didn't bother to fix the error. Only thing which I hated was that I thought first (like you did) that this error was caused by the failure of nfs-mount. But after little bit of searching around I found out it was unrelated. Then I actually managed to find the root cause. I actually thought of upgrading to CentOS6 for a while because of that. One thing I learned from this is that one can't trust even RH to actually test the core features of the releases in automated way. And that I am really happy to have a test server as it really (even as a virtual machine) saves you from sleepless nights. :) -vpk -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
NFS mount fails CentOS5 on FC16 host
I get a message rpc.idmapd appears not to be running when it is running, and I'm using the same setup I have on my other clients from FC9 to fc17, including both 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do this on a real bunch of other machines, so I'm reasonably sure it's set up correctly. I did diff idmapd config between working and non-working machines, etc. Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are current on patches. mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. Anyone have a clue? -- Bill Davidsendavid...@tmr.com We are not out of the woods yet, but we know the direction and have taken the first step. The steps are many, but finite in number, and if we persevere we will reach our destination. -me, 2010 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm using the same setup I have on my other clients from FC9 to fc17, including both 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do this on a real bunch of other machines, so I'm reasonably sure it's set up correctly. I did diff idmapd config between working and non-working machines, etc. Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are current on patches. mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. Anyone have a clue? It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. -- Never be afraid to laugh at yourself, after all, you could be missing out on the joke of the century. -- Dame Edna Everage -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm using the same setup I have on my other clients from FC9 to fc17, including both 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do this on a real bunch of other machines, so I'm reasonably sure it's set up correctly. I did diff idmapd config between working and non-working machines, etc. Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are current on patches. mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. Anyone have a clue? It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
On 05/09/2012 02:40 PM, Bill Davidsen wrote: Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. If so, this might be a CentOS-specific issue. Have you checked with their help forum or mailing list to see if there's anything there that might help? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
it would be nice and useful if you can show /etc/sysconfig/iptables, /etc/sysconfig/nfs from both machines and showmount -e $server from client side and exports from server side. On 9 May 2012 23:40, Bill Davidsen david...@tmr.com wrote: Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm using the same setup I have on my other clients from FC9 to fc17, including both 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do this on a real bunch of other machines, so I'm reasonably sure it's set up correctly. I did diff idmapd config between working and non-working machines, etc. Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are current on patches. mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. Anyone have a clue? It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS mount fails CentOS5 on FC16 host
On 05/10/2012 05:40 AM, Bill Davidsen wrote: Ed Greshko wrote: On 05/09/2012 10:26 PM, Bill Davidsen wrote: I get a message rpc.idmapd appears not to be running when it is running, and I'm using the same setup I have on my other clients from FC9 to fc17, including both 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do this on a real bunch of other machines, so I'm reasonably sure it's set up correctly. I did diff idmapd config between working and non-working machines, etc. Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are current on patches. mount is rw,soft,intr -t nfs4 and the idmap process is running on host and client, remounts from other clients work, etc, etc. Anyone have a clue? It isn't clear to me from the above what system is the Client and what system is the Server and on which system you're getting the error message. Sorry, I intended the subject to make that clear, the client is CentOS-5 the server FC16. The message appears on the CentOS5 client. The same server and data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told but haven't personally tested) OpenBSD works as well. This is the only machine which stopped working when the NFS server was updated, and of course it's the internal web server. :-( The good news isI was able to duplicate your problem. The bad news is...I'm unable to find a solution The good news is *everyone* seems to have the problem http://bugs.centos.org/view.php?id=5579 -- Never be afraid to laugh at yourself, after all, you could be missing out on the joke of the century. -- Dame Edna Everage -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org