:13 AM, Alan Hamlett wrote:
> Still getting the NoHostAvailable with more hosts, just occurring less
> frequently. Created a JIRA issue on the Python cassandra-driver tracker:
> https://datastax-oss.atlassian.net/browse/PYTHON-891
>
> On Mon, Jan 1, 2018 at 8:43 PM, Alan Hamlett
Still getting the NoHostAvailable with more hosts, just occurring less
frequently. Created a JIRA issue on the Python cassandra-driver tracker:
https://datastax-oss.atlassian.net/browse/PYTHON-891
On Mon, Jan 1, 2018 at 8:43 PM, Alan Hamlett wrote:
> Adding more nodes to the cluster fixed
ecking email.
>
>
> --
> Jeff Jirsa
>
>
> On Jan 1, 2018, at 12:14 PM, Alan Hamlett wrote:
>
> Still getting the cassandra.cluster.NoHostAvailable error periodically
> from uWSGI hosts. Setting up the connection with postfork:
> https:/
l requests when
there's no Cassandra connection even if it's not needed for the current web
app's request. This design decision gives me very low confidence in the
Python cassandra-driver.
On Sun, Dec 31, 2017 at 2:34 PM, Alan Hamlett
wrote:
> Thanks for the reply, I think it'
ny hosts', {})
On Sun, Dec 31, 2017 at 9:04 AM, Jeff Jirsa wrote:
> uWSGI forks and the driver / cqlalchemy may need to reconnect or otherwise
> fix the state after each fork - you could try to prove this is the cause by
> checking uWSGI logs or ps for indication that a worker proce
ccurs
about once every 30 minutes, so most request call Model.create() without
the error.
On Sun, Dec 31, 2017 at 1:07 AM, Alan Hamlett
wrote:
> I'm seeing tracebacks in my Python Flask app when creating rows:
>
> Traceback (most recent call last):
> File "/opt/app/current
I'm seeing tracebacks in my Python Flask app when creating rows:
Traceback (most recent call last):
File "/opt/app/current/app/api.py", line 1174, in consume_heartbeat
Heartbeat.create(**form_data)
File
"/opt/app/current/venv/lib/python3.4/site-packages/cassandra/cqlengine/models.py",
lin
