Linux: clnt_create: RPC: Програма не зареєстрована


22

Нещодавно кріплення NFS автоматично автоматично знялися. Коли я перевірив, стан служби NFS було показано, що він працює.

[root@hsluasrepo]# service nfs status
rpc.svcgssd is stopped
rpc.mountd (pid 4083) is running...
nfsd (pid 4148 4147 4146 4145 4144 4143 4142 4141) is running...
rpc.rquotad (pid 4079) is running...

[root@hsluasrepo]# service rpcbind status
rpcbind (pid  4203) is running...

[root@hsluasrepo common]# rpcinfo -p 10.80.3.154
   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

Але у showmountвиході було показано помилку.

[root@hsluasrepo ]# showmount -e 10.80.3.154
clnt_create: RPC: Program not registered

Після перезапуску служби NFS, на showmountвиході відображається список експорту сервера NFS.

Хтось може сказати мені першопричину цього питання та як уникнути цієї проблеми в майбутньому?

/var/log/messages:

Jul 7 03:22:01 hsluasrepo rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1188" x-info="rsyslog.com"] rsyslogd was HUPed
Jul 7 03:22:02 hsluasrepo rhsmd: In order for Subscription Manager to provide your system with updates, your system must be registered with RHN. Please enter your Red Hat login to ensure your system is up-to-date.
Jul 8 03:22:01 hsluasrepo rhsmd: In order for Subscription Manager to provide your system with updates, your system must be registered with RHN. Please enter your Red Hat login to ensure your system is up-to-date.
Jul 8 16:36:55 hsluasrepo kernel: nfsd: last server has exited, flushing export cache
Jul 8 16:36:55 hsluasrepo rpc.mountd[4083]: Caught signal 15, un-registering and exiting.
Jul 8 16:36:55 hsluasrepo rpc.mountd[24463]: Version 1.2.3 starting
Jul 8 16:36:55 hsluasrepo kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jul 8 16:36:55 hsluasrepo kernel: NFSD: starting 90-second grace period
Jul 8 16:37:32 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.208:1004 for /common/PROD (/common/PROD)
Jul 8 16:38:09 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.181:869 for /common/PROD (/common/PROD) 
Jul 8 16:38:43 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.180:825 for /common/PROD (/common/PROD)
Jul 8 16:39:12 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.176:688 for /common/PROD (/common/PROD)

Я перевірив би мій журнал dmesg та / var / log / syslog або / var / log / messages на предмет ознак того, що служба NFS викинула помилки. Також містяться диски, на які належить частка NFS, чи є вони в RAID будь-якого типу? Якщо член RAID не вдався, частка акцій, можливо, перейшла у непридатний стан.
slm

перевірити, чи працює nfs deamon на сервері nfs, куди експортуються акції

Оскільки це дійсно надто безглузде повідомлення про помилку, я попросив роз'яснити адресу bugzilla.kernel.org/show_bug.cgi?id=152151 . Можливо, ми одного разу дізнаємось, що насправді це означає.
Карл Ріхтер

Відповіді:


10

ти мусиш:

root@10.80.3.154]$ service nfs status
rpc.svcgssd is stopped
rpc.mountd is stopped
nfsd is stopped
rpc.rquotad is stopped

root@10.80.3.154]$ service nfs start
Starting NFS services:                                     [  OK  ]
Starting NFS quotas:                                       [  OK  ]
Starting NFS daemon:                                       [  OK  ]
Starting NFS mountd:                                       [  OK  ]

root@10.80.3.154]$ chkconfig nfs on

1
service status nfs?
Ділан

5

Я зіткнувся з цим питанням на RHEL6. Його дивне, але перезапустіть rpcbind сервіс перед тим, як служба nfs і помилка не вдалося. Я слідую за цією статтею Налаштування сервера NFS крок за кроком в RHEL6 Це працює для мене, але все ж я хочу знати, що це робити. У когось ще є причина?


3
Якщо ви поставите запитання разом із вами відповіддю, мало хто збирається його бачити. Отримайте останнє речення та введіть його в нове запитання (зверніться до цього запитання як до вирішення, але не до пояснення).
Антон

@rohit - Це справді вирішило проблему. Перезапуск служби RPCBIND перед сервісом NFS.
anup

3

У мене виникла ця проблема, і я вирішив її за допомогою простого підходу до налаштування сервера nfs та клієнта, він включає 10 кроків.

  1. встановіть nfs-utils і перевірте, чи встановлено він ( yum install -y nfs-utils / rpm -qa | grep nfs-utils)
  2. vi /etc/sysconfig/nfs (відміняйте та змініть номери портів нижче. STATD_PORT =, MOUNTD_PORT =, LOCKD_UDPPORT =, LOCKED_TCPPORT = {ви можете використовувати 4000-4004 або будь-який ваш вибір}
  3. system-config-firewall-tui {Відкрийте номери портів, зазначені в 2 вище, а також 111 (rpc) та 2049 (nfs)}
  4. iptables save
  5. vi /etc/export (вкажіть каталог для спільного доступу та де поділитися ним, а також варіанти, наприклад, /share *(ro,async)
  6. exportfs -rv
  7. service nfs start
  8. ssh root@clientserver. напр.ssh root@192.168.2.15
  9. showmount -e {master ip} напр. showmount -e 192.168.2.31
  10. mount -t nfs {master ip}:/{shared dir from master} /{mount point} .. напр. mount -t nfs 192.168.2.31:/share /mnt

Нарешті, зробіть df -h.

Це лише мій маленький внесок; Я, можливо, не вжив усіх необхідних кроків, але це може допомогти.


0

Я нещодавно налаштував NFS в RHEL на віртуальній машині, і така ж проблема з’являється, коли я встановлюю showmount -e localhost команду. Після декількох спроб перезапустити сервіси, я знову переосмислив свою віртуальну машину і Poweron, і проблема була вирішена.

З повагою !!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.