Red Hat Bugzilla – Bug 853914
[rhevm-setup] failure to create the local nfs share if nfsd is already started
Last modified: 2015-09-22 09:10 EDT
Description of problem:
The script assumes that nfs is stopped and only tries to start it. This may not be the case like in my setup where I've reused existing machine.
The mount point created correctly
The entry was added to the /etc/exports file
Then installation failed.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start the nfs service
3. Answer yes for: Configure NFS share on this server to be used as an ISO Domain? ['yes'| 'no'] [yes] :
Installation will fail due to ISO domain creation failure.
Request to stop the service if it's already running
2012-09-03 12:32:33::DEBUG::common_utils::320::root:: stderr =
2012-09-03 12:32:33::DEBUG::common_utils::321::root:: retcode = 1
2012-09-03 12:32:33::ERROR::rhevm-setup::1658::root:: Traceback (most recent call last):
File "/usr/bin/rhevm-setup", line 1656, in _startNfsServices
File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1006, in start
raise Exception(output_messages.ERR_FAILED_START_SERVICE % self.name)
Exception: Error: Can't start the nfs service
2012-09-03 12:32:33::ERROR::rhevm-setup::1615::root:: Traceback (most recent call last):
File "/usr/bin/rhevm-setup", line 1601, in _configNfsShare
File "/usr/bin/rhevm-setup", line 1659, in _startNfsServices
Exception: Failed to start the NFS services
2012-09-03 12:32:33::DEBUG::setup_sequences::62::root:: Traceback (most recent call last):
File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run
File "/usr/bin/rhevm-setup", line 1616, in _configNfsShare
Exception: Failed to configure NFS share on this host
wouldn't reload work and should be done if service is already up?
(In reply to comment #1)
> wouldn't reload work and should be done if service is already up?
Regardless of it is better to use reload when service is up.
Looking at the code it is always stop before start, while ignoring stop result.
I could not reproduce this on upstream and downstream.
Simon, if it is reproducible at your machine I will be happy to investigate.
Unfortunately in the last couple of days, I've been spending too much time on debug or showing issues on my system. I only have two more days to prepare my work thus I can't afford more delays.
I'll try to recreate for you in two weeks, I don't see this as urgent.
Alternatively this may be a race (do to not waiting for the stop to succeed) so here is some more info:
1. I did this on a VM.
2. In the exports files there was already an exported directory. This means the nfs did had something to export. This may delay the stop since it may need to verify there are no users first.