<div dir="ltr">The tox.ini entry for dsvm-fullstack sets OS_ROOTWRAP_CMD=sudo {envbindir}/neutron-rootwrap {envdir}/etc/neutron/rootwrap.conf (and something similar for rootwrap-daemon).<br><div><br></div><div>Is this the answer you were looking for, or are you saying OS_ROOTWRAP_CMD doesn't appear to be honoured in your case?</div><div><br></div><div> - Gus</div><br><div class="gmail_quote">On Sat, 25 Apr 2015 at 00:45 Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com">ihrachys@redhat.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
On 04/24/2015 04:02 PM, Ihar Hrachyshka wrote:<br>
> On 04/24/2015 03:48 PM, Paul Michali wrote:<br>
>> Hi, I'm floundering a bit, and could use some guidance on<br>
>> this...<br>
><br>
>> For the neutron-vpnaas repo, I am trying to modify the<br>
>> functional jobs (dsvm-functional and dsvm-functional-sswan) to<br>
>> act in a similar manner to neutron, where devstack is configured,<br>
>> but no stacking is performed.<br>
><br>
>> I'm trying to do the same thing and have the jobs doing the<br>
>> configuration only. Side note: there are two jobs, because there<br>
>> are currently two reference implementations of VPN drivers, each<br>
>> of which require a different IPSec package installed.<br>
><br>
>> As part of this setup, in tox.ini, the neutron<br>
>> deploy_rootwrap.sh script is called which places the rootwrap<br>
>> filters and config file in the repo's<br>
>> .tox/dsvm-functional/etc/neutron/ area (or<br>
>> ./tox/dsvm-functional-sswan/etc/neutron/).<br>
><br>
>> Now, the issue I see is that tests trying to run "ip" commands,<br>
>> are failing saying that the config file is invalid:<br>
><br>
>> ERROR neutron_vpnaas.services.vpn.common.netns_wrapper [-]<br>
>> Incorrect configuration file: /etc/neutron/rootwrap.conf<br>
><br>
>> As you can see, this is trying to access the rootwrap.conf in<br>
>> /etc/neutron and not the one in<br>
>> /opt/stack/new/neutron-vpnaas/.tox/dsvm-functioanl-sswan/etc/neutron/<br>
.<br>
><br>
>>  For Neutron, how is the dsvm-functional job directing the<br>
>> rootwrap daemon to use the files in the repo's .tox area?<br>
><br>
> It may be the case that oslo_config.cfg.find_config_files is<br>
> involved, doing its dirty config file autodiscovery job. May I ask<br>
> you to try out [1] that is designed to avoid it, and report back<br>
> with the result?<br>
><br>
> [1]:<br>
> <a href="https://review.openstack.org/#/c/172354/1/neutron/tests/base.py" target="_blank">https://review.openstack.org/#/c/172354/1/neutron/tests/base.py</a><br>
><br>
<br>
Nah, that won't help for rootwrap. It does not even rely on<br>
oslo.config, and the config file is passed with CLI args. I recommend<br>
checking what's cfg.CONF.AGENT.root_helper_daemon value inside your<br>
failing test cases to see whether tox properly passed<br>
OS_ROOTWRAP_DAEMON_CMD, with {envdir} properly substituted.<br>
<br>
Ihar<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2<br>
<br>
iQEcBAEBCAAGBQJVOlbTAAoJEC5aWaUY1u57zkgH+wa5yvVYqglN+B7qpkIfR5QB<br>
5X+6fh9O2KNV8qkDkSKwfRgqs8UouNGOO39zYcgG/QOlqfRKv9ROGkLyNzRihaRg<br>
ynmDSiXVSiW/wnW+R8ymBSFiU30O88jtlBxlwYYUlz1pdbdQxpVUWPspvYrYU95O<br>
zdBkifNEvDpYhb/DySq6dlOJB+VQ2IlnCsBhkZeiKQz/T2fnYDoTNZ05beLZez2s<br>
kntPkYXG11dYRDYQxF76A3fFSboiy2TkX7wl8wK29WQI350gk3Fc/ob0QlMYR0Kf<br>
IcvEHh+g7cvkZkcX3vn3dDTnI9WUorDUjvnvfw8PGvJaB/edniUBjSC6HHmhBv8=<br>
=Pg+J<br>
-----END PGP SIGNATURE-----<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>