Why would I have a python path inconsistency
I was going through the log files written out in my /opt/stack/logs/screen directory. In the screen-n-net.log file I found the following stack dump. Note how the call stack makes use of oslo.messaging packages contained in the "/usr/local/lib/python2.7/dist-packages" directory instead of the /op/stack/oslo.messaging directory.
This was a fresh OS install before installing devstack. However, I really muddied the waters by also installing Eclipse 4.2 and PyDev.
I reinstalled Ubuntu 14.04 from the minimal .iso, adding the gnome desktop along the way. I then installed devstack and ran setup.sh. The resulting build no-longer gives me stack traces in the log. However, log messges (DEBUG log level turned on) show that the python interpreter is still choosing the dist-pagages over the /opt/stack packages.
Why is this and is this a problem?
================================================================
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00mTraceback (most recent call last):
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/opt/stack/nova/nova/servicegroup/drivers/db.py", line 99, in _report_state
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m service.service_ref, state_catalog)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/opt/stack/nova/nova/conductor/api.py", line 183, in service_update
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m return self._manager.service_update(context, service, values)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/opt/stack/nova/nova/conductor/rpcapi.py", line 284, in service_update
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m service=service_p, values=values)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/client.py", line 152, in call
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m retry=self.retry)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/usr/local/lib/python2.7/dist-packages/oslo/messaging/transport.py", line 90, in _send
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m timeout=timeout, retry=retry)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/usr/local/lib/python2.7/dist-packages/oslo/messaging/_drivers/amqpdriver.py", line 404, in send
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m retry=retry)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m File "/usr/local/lib/python2.7/dist-packages/oslo/messaging/_drivers/amqpdriver.py", line 393, in _send
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01;35m[00m result = self._waiter.wait(msg_id, timeout)
[01;31m2014-08-20 18:10:17.612 TRACE nova.servicegroup.drivers.db [01 ...
was this a fresh operating system instal before instal devstack?
This was a fresh OS install before installing devstack. However, I really muddied the waters by also installing Eclipse 4.2 and PyDev.
I reinstalled Ubuntu 14.04 from the minimal .iso, adding the gnome desktop along the way. I then installed devstack and ran setup.sh. The resulting build no-longer gives me stack traces in the log. However, log messges (DEBUG log level turned on) show that the python interpreter is still choosing the dist-pagages over the /opt/stack packages.