-
Notifications
You must be signed in to change notification settings - Fork 164
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
P2P Graphs were not displayed #82
Comments
I don't know if it is exactly related, but I had a hell of a time getting p2p graphs to display a while ago, but succeeded in the end. Obviously I didn't get the peering matrix working though because as @nickhilliard has mentioned, some vital code for that isn't even released yet (for me it just displays every square as red, but at least without errors). For the p2p graphs though, I remember the biggest forehead-slap moment (possible documentation-bug?) was when I realised I also needed to copy |
Hm, |
On 04/10/13 13:34, bcix wrote:
Disclaimer: I wasn't following this thread - but the above needs to be Also, you may have missed the instruction about not putting IXP Manager
|
I found I couldn't get it working with a direct filesystem location - it had to be a web-accessible URL for me. For example now I have:
While tracing things I noticed one time that at least one controller uses the sflow-graph.php as a backend, feeding it parameters and expecting PNGs as output. BTW: I found that to get this to work I had to change |
:-) wow, Barry and my comments were about 0.5 seconds apart... |
There's a small amount of code missing for this. At the moment, sflow-graph.php and the rest of the sflow data collection system indexes data on the ''vlaninterface'' field (which is correct), but the GUI statistics controller indexes the sflow data on the ''virtualinterface'' field (which is legacy). We need to commit some code in the GUI statistics controller to use ''vlaninterface'' field. Without this code, the sflow stuff will collect the data but will not display it correctly. I'll talk to Barry about bumping this up on his priority list because he does that end of things. |
Hmm, so now I'm confused - how did I get my graphs displaying if the code isn't even there yet? Maybe I short-circuited something with the {src,dst}{vli,vid} hack... |
On 04/10/13 13:57, Nick Hilliard wrote:
Translation, I need to:
Duly noted :D |
categorically wrong, sorry. This would break stuff really badly. |
yeah, have been trying to drop massive hints about this recently, but looks like the megaphone diplomacy approach has finally worked :-D |
@nickhilliard OK, good to know (but at least it generates the pretty pictures even if they are completely wrong - that has to count for something) ...just kidding... |
@bcix - you wrote:
Just FYI - there is no need to edit the database directly. To edit this in the UI:
|
These fixes / updates are now committed as of v3.5.4. Sorry this took so long. My first pass on this (some time ago now), was rushed and hacky. Trying to update the existing code for the new backend API was just compounding that original mess so I wanted to take the time to rewrite it properly. |
Hey, just updated to v3.5.4 but graphs are still not displayed. Is still the hack necessary to copy and edit tools/www/sflow-graph.php and set the URL in the DB? |
Not sure what hack you're referring to? But there should be no hack required. Best bet is to take this to the mailing list now, with a full summary of your set-up, settings and what isn't working exactly. |
As already discussed on the mailing list
( https://www.inex.ie/pipermail/ixpmanager/2013-September/000168.html )
there seems to be the need for some necessary changes to the existing p2p code
to render the graphs from the generated rrd files by $app/tools/runtime/sflow/sflow-to-rrd-handler.
The text was updated successfully, but these errors were encountered: