"mount.nfs is not installed" is in error
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Fix Released
|
Undecided
|
Navneet | ||
Grizzly |
Fix Released
|
Undecided
|
Navneet |
Bug Description
when attempting to start cinder with an NFS volume the following is seen:
Here is the error:
ng cmd (subprocess): mount.nfs from (pid=22025) execute /opt/stack/
2013-08-13 14:48:11.422 ERROR cinder.service [req-8f7805c3-
2013-08-13 14:48:11.422 TRACE cinder.service Traceback (most recent call last):
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service self._child_
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service launcher.
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service server.start()
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service self.manager.
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service self.driver.
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service super(NetAppDir
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service super(NetAppNFS
2013-08-13 14:48:11.422 TRACE cinder.service File "/opt/stack/
2013-08-13 14:48:11.422 TRACE cinder.service raise exception.
2013-08-13 14:48:11.422 TRACE cinder.service NfsException: mount.nfs is not installed
2013-08-13 14:48:11.422 TRACE cinder.service
But inspecting…
stack@openstack
-rwsr-xr-x 1 root root 102896 Oct 10 2012 /sbin/mount.nfs
stack@openstack
/sbin/mount.nfs: setuid ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[
The error is not accurate. May be a bug in the generic NFS driver related to the fact that mount.nfs while set_up and on real mounts is run as different users.
tags: | added: grizzly-backport-potential nfs |
Changed in cinder: | |
milestone: | none → havana-rc1 |
status: | Fix Committed → Fix Released |
Changed in cinder: | |
milestone: | havana-rc1 → 2013.2 |
tags: | removed: grizzly-backport-potential in-stable-grizzly |
The do_setup for generic driver verifies the mount.nfs but not run as root user whereas the actual mounts are done as root user. This requires the stack user to have admin priviledges or include /sbin in PATH or run the do_setup mount.nfs verify call as root user. I think it would be better to run it as root user as actual mounts are done with admin priviledges.