Python client fails to start when receiving info or warning message from imported python modules
See original GitHub issuehi @kengz!
(hopefully I am not mistaken) it looks like client.py
will fail to start and return an error as soon as any message is received, regardless of the type of message (warning, info, not necessarily errors).
Here is how I got to this conclusion:
- I grabbed the
dnn_titanic_train.py
(actually all AI scripts too) fromAIVA v3
and brought them over to my local clone ofAIVA v4
- I installed all required python modules in my virtual env, especially
tensorflow
with GPU support
==> When starting the node app (npm start --debug
), I get the following:
ERROR I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcublas.so locally
This actually not an error message, when starting a python console and running import tensorflow
, several messages telling me the successfully loaded cuda libs. I can also run the MNIST training example from TF, etc.
So, to double-check it wasn’t caused by the GPU-TF version, I made another virtual env, this time with the CPU tensorflow
version. Then I got warning messages from tensorflow
:
ERROR <...>/cross_validation.py:44: DeprecationWarning: This module was deprecated in version 0.18 <...>, DeprecationWarning)
which I took care of by upgrading the dnn_titanic_train.py
code so that it works on tensorflow v0.11RC1
(also DNNClassifier
class has changed, etc.).
Then I got another tensorflow
warning I couldn’t get past:
ERROR WARNING:tensorflow:float64 is not supported by many models, consider casting to float32
which should be released in the official tensorflow v0.11
(link to issue).
In theory, to make it work, I would have to go back to tensorflow v0.9
or earlier (provided I don’t encounter other warning messages). Also we can forget about the GPU tensorflow
.
Bottomline, these messages are not error messages but are interpreted as such. Do you confirm this problem?
Thanks for your insight!
(btw, I’m on the cgkb
branch but it shouldn’t matter I think)
Issue Analytics
- State:
- Created 7 years ago
- Comments:17 (7 by maintainers)
Top GitHub Comments
You are probably onto something with this idea. I modified the
src/start-io.js
so that it launches the python3 of my virtualenv:and I got this output:
Note that the
client.py
is properly started with the correct python env:AYA Starting socketIO client for /path/to/virtualenv/python at 6466
but then we see this one:
Starting socketIO client for python3 at 6466
meaning it’s starting a new python process, using the default system env (which doesn’t have modules installed, hence the websocket import error). So the question is: where is this new python instruction starter coming from? I searched the entire AIVA directory for a logging that is
Starting socketIO client for
(and other variations) but couldn’t find anything except the explicitStarting socketIO client for js at
here. I looked at other usage of the variableioClientCmds
without success either.It must be coming from somewhere right?
I’m running into something similar, but the proposed solution didn’t work for me.
When I follow install and setup instructions exactly and run
npm start
, there is this part that looks like two python clients are running:When I flip the python client to
false
indefault.json
that same log section looks like:So the duplicate python client line is gone but the dependency error is still present.
As mentioned in #45,
python3 -m pip show websocket
looks like a positive result: