<div dir="ltr">Hi, <br><br>Some third party storage CI running against manila repos has had issues setting up VMs and providing access to external resources in devstack; these issues started around the time that the default ml2 plugin was switched to OVN. Folks in the manila team aren't familiar with devstack/CI networking to determine how to resolve these; and we'd totally appreciate help from networking experts in this regard. <br><br>A sample local.conf file used by the CI is here: <a href="http://paste.openstack.org/show/807449/">http://paste.openstack.org/show/807449/</a><br><br>Manila's tests:<div>    - create a private tenant network<br>    - setup a router that connects the private network to the public network</div><div>    - create a nova VM on the private tenant network<br>    - attempt to mount a share via NFS from within this VM</div><div><br>The final step fails because the NFS mount command times out within the test VM:<br><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div>tempest.lib.exceptions.SSHExecCommandFailed: Command 'sudo mount -vt nfs "10.16.xx.xx:/share-96ae8d0c-8bab-4fcd-b278-51a6f473e03c-manila" /mnt', exit status: 32, stderr:</div><div>mount.nfs: mount(2): Connection timed out</div><div>mount.nfs: Connection timed out<br></div><div><br></div><div><br></div><div>stdout:</div><div>mount.nfs: timeout set for Mon Jun 28 14:47:19 2021</div><div>mount.nfs: trying text-based options 'vers=4.2,addr=10.16.xx.xx,clientaddr=10.1.0.26'</div></blockquote><div><br><br>The timeout seems to be because the VM is unable to reach the NFS server that's external to the devstack host. The NFS server is reachable from the devstack host.</div><div><br>Have there been any changes to devstack configuration that we need to be aware of, wrt VMs having access to the external network?</div><div><br></div><div>Thanks, </div><div>Goutham</div></div>