FOG 1.40 - Network traffic does not stop

wanderson · Jul 26, 2018, 3:45 PM

I stopped the services and cleaned the 2 tasks, but the problem persisted

wanderson · Jul 26, 2018, 11:47 AM

only one master node in TRE-TO group

Wayne Workman · Jul 26, 2018, 3:45 PM

@wanderson That could be chatter from the FOG Clients you have deployed. You could test this by turning down the checkin time in FOG Configuraiton.

Also, there’s a linux package called iftop you can install to see a visual graph of network traffic and the IPs involved on the CLI.

Tom Elliott · Jul 26, 2018, 3:53 PM

@wayne-workman These are all transmit. If it were “chatter” it would likely be on the receive side. I suppose on the transmit side it could be old snapins trying to download information. (Similar to the task issue that was present.)

@wanderson Please also consider that for node checking, it checks in rolling curl style, (limited to 5 per try I suppose). What this means is 1.4.0 would check all nodes to find their “up” status. If I remember correctly, 1.4.0 would constantly check the nodes for each bandwidth cycle check. This request (transmit) could be causing the usage. Are you seeing something wrong with the network because of this?

Tom Elliott · Jul 26, 2018, 9:59 AM

Also, consider, the information used to determine the bandwidth rate was not very accurate in 1.4. In particular, the time span that was used was based on each cycle check. (2 minutes = 120 – at one second check time – obtains of information.) This, while seemingly correct, was highly inaccurate as the steps involved to send, obtain, process, and return the data often took more than 1 second to complete. So one iteration to the next may have spanned around 4-5 seconds (or more with many many nodes on the bandwidth chart). Why is this important? Well, imagine, nothing returned for the first iteration, and a change of 7000000 bytes in the next 4-5 seconds. This would represent a 1 second time of 7Mbps, where the actual span of time was likely around 7-8 seconds and likely around 1 Mbps or less.

Hopefully this gives some understanding.

wanderson · Jul 26, 2018, 5:08 PM

When I disable the location plugin the network traffic stops.

Traffic started after I activated this plugin.

Tom Elliott · Jul 26, 2018, 6:27 PM

@wanderson The location plugin, by itself, doesn’t do any transmit/receive data. All it is is a way to tell hosts where to get information from. This can include init/bzImage, images, and snapins. So unless some of your machines are stuck in a boot loop trying to get data from one place to another and failing, this is unlikely the direct issue. But again, I still recommend updating from 1.4.0 to 1.5.4 as there may be many things that 1.4.0 has that are already addressed.

wanderson · Jul 26, 2018, 7:25 PM

@tom-elliott, ok, I will upgrade to fog 1.5.4

Wayne Workman · Jul 26, 2018, 2:17 PM

@tom-elliott said in FOG 1.40 - Network traffic does not stop:

These are all transmit. If it were “chatter” it would likely be on the receive side

Consider also - the data returned from the FOG Server every time the FOG Client makes a request…
A very simple and non-technical change via the web gui for the client checkin time would either rule it out or identify it as the source.

wanderson · Jul 27, 2018, 5:14 PM

Is not he tall?

What can I do to reduce this traffic?

wanderson · Jul 27, 2018, 6:34 PM

in less than 1 hour it transmits more than 1GB, it started after I put all the nodes in the same group and activated the localization plugin, until in version 1.5.4 it has the same problem

HELP PLEASE!!!