Bandwidth graph: Transmit and Receive swapped?

[Tom Elliott]

@dolf I was only guessing.

If they had been on the same setup, it likely would’ve looked a lot stranger (like both nodes would’ve had equal bandwidth usage (slightly delayed because they have to check in two different urls).

[Tom Elliott]

Please update, at the least the version will be fixed.

[dolf]

When I scp from lab2-server to Gleeble, it still shows an orange line instead of a blue one. When I copy something from gleeble to another PC, it shows that lab2-server is transmitting (the blue spike):

Maybe toe transmit/receive is not swapped, but rather the server names?

[Wayne Workman]

@dolf I found this to be a bug, read here: https://forums.fogproject.org/topic/8076/bandwidth-chart-and-location-plugin

[dolf]

Great! Sorry for the re-post then.

[Tom Elliott]

I’m hoping a newer commit has addressed this. I’m not “overly” concerned with the graph as all it does is give you an overview. Basically, yes I want to fix, no I don’t know why it’s coming back reversed considering the “failsafe’s” are already in place and should be operational. I hope by using ksort rather than asort that this would now be fixed.

[dolf]

Yep, it works now.

Just for fun: This is the command I use to pull random data from a remote host (and monitor the speed):

$ ssh user@remote "cat /dev/urandom" | pv > /dev/null

[Wayne Workman]

@dolf That is a pretty sweet command. However, have you heard of iPerf? Or even Flent?

[dolf]

Nope. I’ll check it out. But piping stuff around in linux is simple and effective.

[Wayne Workman]

@dolf Simple doesn’t get the job done when you’re trying to measure bufferbloat, or other multi-variable problems

Check out Flent: https://flent.org/