FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 05-09-2012, 02:26 PM
Bill Davidsen
 
Default 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 Davidsen<davidsen@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
 
Old 05-09-2012, 02:39 PM
Ed Greshko
 
Default 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
 
Old 05-09-2012, 09:40 PM
Bill Davidsen
 
Default 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 <davidsen@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
 
Old 05-09-2012, 09:55 PM
Joe Zeff
 
Default 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
 
Old 05-09-2012, 11:03 PM
Kernel Guardian
 
Default 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 <davidsen@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 <davidsen@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
 
Old 05-10-2012, 05:54 AM
Ed Greshko
 
Default 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 is....I 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
 
Old 05-10-2012, 06:02 AM
Ed Greshko
 
Default NFS mount fails CentOS5 on FC16 host

On 05/10/2012 01:54 PM, Ed Greshko wrote:
> The good news is....I 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
 
Old 05-10-2012, 06:18 AM
Veli-Pekka Kestilš
 
Default 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
 
Old 05-10-2012, 05:44 PM
Bill Davidsen
 
Default 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 <davidsen@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
 
Old 05-10-2012, 08:32 PM
Veli-Pekka Kestilš
 
Default 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
 

Thread Tools




All times are GMT. The time now is 01:06 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org