Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1114574 - nfs-ganesha: rpcinfo -p displays running nfs info, even though nfs-ganesha process is stopped
nfs-ganesha: rpcinfo -p displays running nfs info, even though nfs-ganesha pr...
Status: CLOSED DUPLICATE of bug 1227169
Product: Red Hat Gluster Storage
Classification: Red Hat
Component: nfs-ganesha (Show other bugs)
3.0
x86_64 Linux
unspecified Severity medium
: ---
: ---
Assigned To: Satish Mohan
storage-qa-internal@redhat.com
:
Depends On:
Blocks: 1087818
  Show dependency treegraph
 
Reported: 2014-06-30 07:35 EDT by Saurabh
Modified: 2016-01-27 02:15 EST (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Known Issue
Doc Text:
Executing "rpcinfo -p" command after stopping nfs-ganesha displays nfs related programs. Workaround (if any): Use "rpcinfo -d" on each of the nfs related services listed in "rpcifnfo -p" and start the Red Hat Storage volume forcefully using the following command "gluster vol start <volume> force "
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-01-27 02:15:40 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Saurabh 2014-06-30 07:35:11 EDT
Description of problem:
for stopping nfs-ganesha, we use the command
gluster volume set <dist-rep> nfs-ganesha.enable off

This stops the nfs-ganesha process, still the rpcinfo -p displays the information about nfs.

Hence, even if nfs-ganehsa is stopped from glusterfs point of view, the glusterfs-nfs could not be started.

Version-Release number of selected component (if applicable):
glusterfs-3.6.0.22-1.el6rhs.x86_64
nfs-ganesha-2.1.0.2-4.el6rhs.x86_64

How reproducible:
always


Actual results:
[root@nfs1 ~]# rpcinfo -p
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  42790  status
    100024    1   tcp  59211  status
    100003    3   udp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   udp   2049  nfs
    100003    4   tcp   2049  nfs
    100005    1   udp  49710  mountd
    100005    1   tcp  33435  mountd
    100005    3   udp  49710  mountd
    100005    3   tcp  33435  mountd
    100021    4   udp  35307  nlockmgr
    100021    4   tcp  34680  nlockmgr
    100011    1   udp    875  rquotad
    100011    1   tcp    875  rquotad
    100011    2   udp    875  rquotad
    100011    2   tcp    875  rquotad
[root@nfs1 ~]# ps -eaf | grep ganesha
root     11829  1906  0 06:12 pts/0    00:00:00 grep ganesha


Expected results:
rpcinfo should be clear of the nfs information once nfs-ganesha is stopped.

Additional info:
Comment 2 Soumya Koduri 2014-07-07 08:35:11 EDT
This issue is not always seen in our setup. The workaround is to use "rpcinfo -d" to cleanup the ports and is also part of RHS3.0 Documentation for NFS-Ganesha.


We will check with the QA setup. Since there is a workaround, we will fix this issue in the next release.
Comment 3 Shalaka 2014-09-20 02:55:21 EDT
Please review and sign-off edited doc text.
Comment 4 Shalaka 2014-09-24 03:06:52 EDT
Meghana reviewed the text during online review meeting. Hence removing need_info.
Comment 7 Jiffin 2016-01-27 02:15:40 EST

*** This bug has been marked as a duplicate of bug 1227169 ***

Note You need to log in before you can comment on or make changes to this bug.