Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Graphs occasionally freeze even though new data is arriving #10

Open
telsin opened this issue Mar 29, 2017 · 8 comments
Open

Graphs occasionally freeze even though new data is arriving #10

telsin opened this issue Mar 29, 2017 · 8 comments
Assignees
Labels

Comments

@telsin
Copy link

telsin commented Mar 29, 2017

usually seems to occur after a data source has been offline for a while (1h + ?) but then comes back online naturally, due to a network interruption for example.

While avoid the issue would be preferable, a good "repair" might be a way to signal a graph to reset (which would also restore the time scale to default) via a right click menu option.

Current work around is to restart vodka.

@vegu
Copy link
Contributor

vegu commented Mar 29, 2017

How often does this happen ? Pretty much anytime there is a longer gap, or have there been longer gaps where this issue did not appear?

@telsin
Copy link
Author

telsin commented Mar 29, 2017

unclear, usually spotted in the morning, and checking history reveals a network outage between vaping and vodka/graphserv of an hour+. Never seen it without being able to identify an outage though.

@vegu vegu added the bug label Mar 30, 2017
@vegu vegu added this to the 1.1.0 milestone Mar 30, 2017
@vegu vegu self-assigned this Mar 30, 2017
@vegu
Copy link
Contributor

vegu commented Mar 30, 2017

This was observed while running graphsrv 1.0.6, correct ? No luck so far trying to reproduce it with the latest github checkout.

@vegu vegu removed this from the 1.1.0 milestone Mar 30, 2017
@telsin
Copy link
Author

telsin commented Apr 4, 2017

Looks like a custom install by grizz, ask him what the NCHC noc is running, version wise. And how to convert to a normal pip install ;)

@vegu
Copy link
Contributor

vegu commented Apr 20, 2017

Might be caused by this issue: 20c/vodka#8

@telsin
Copy link
Author

telsin commented Jun 2, 2017

It still happens in 1.1.3. appears to be a case of graphsrv/vodka not noticing a session has closed when the client side goes away:

[root@spire openvpn]# netstat -an | grep 7461
tcp 0 0 0.0.0.0:7461 0.0.0.0:* LISTEN
[root@spire openvpn]# ps ax | grep vaping
8362 pts/0 Sl 0:02 /bin/python2.7 /usr/bin/vaping --debug start
32242 pts/0 S+ 0:00 grep --color=auto vaping

[root@netflowx vodka]# netstat -an | grep 7461
tcp 0 0 10.34.0.10:60134 10.34.3.2:7461 ESTABLISHED

[root@spire openvpn]# kill 8362
[root@spire openvpn]# ps ax | grep vaping
32634 pts/0 S+ 0:00 grep --color=auto vaping
[root@spire openvpn]# netstat -an | grep 7461
[root@spire openvpn]#

[root@netflowx vodka]# netstat -an | grep 7461
tcp 0 0 10.34.0.10:60134 10.34.3.2:7461 ESTABLISHED

This last item is like 5 minutes later too, session is not Established or coming back. Guessing it may return in whatever the long term socket timeout is?

@telsin
Copy link
Author

telsin commented Oct 20, 2017

still happens with 1.2.0, btw.

@vegu
Copy link
Contributor

vegu commented Oct 20, 2017

guess me wishing it away didn't work ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants