Skip to content
This repository has been archived by the owner on Nov 9, 2020. It is now read-only.

Fix for vmdk-ops service unable to identify the newly mounted datasto… #714

Merged
merged 9 commits into from
Nov 8, 2016

Conversation

BaluDontu
Copy link
Contributor

Currently vmdk-ops service is unable to identify a newly created datastore once it is up and running and after the first docker volume command is executed. Fix for #660

vmdk-ops service caches the list of datastores accessible after the first docker volume command is executed.

If the datastore is created before the first docker volume command is executed, the vmdk-ops service will identify the datastore since the list of accessible datastores are not cached till now.
Now after the first docker volume command is executed, the accessible datastores are not updated at all the vmdk-ops service. So the fix was update the cache of list of datastores when it couldn't find that datastore in its own cache.
Test steps:

Run any docker volume command. This will cache the list of datastores.
docker volume create -d=vmdk --name=testVol

Create an NFS datastore on ESX host.
esxcli storage nfs add --host=10.162.210.32 --share=/dbc/pa-dbc1132/bdontu/NFS2 --volume-name=nfsstore-bdontu2

docker volume create -d=vmdk --name=testVol2@nfsstore-bdontu2.
The above command successfully creates the volume "testVol2" on "nfsstore-bdontu2 datastore".
Without this fix, the vmdk-ops service complains that the datastore is not accessible.

@pdhamdhere
Copy link
Contributor

Original PR was reviewed and CI passed so merged.

# for free to subscribe to this conversation on GitHub. Already have an account? #.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants