Unfortunately no, this is the only S-TAP agent that I see, no one with the :FAM after

but this is the result of the GIM installation

From the machine I find the FAM service started but no active listening connections on the 16022 port, the firewall on the machine is disabled and the connections between the target and the collector are all ALLOW, no firewall between the collector and the rhel machine, I have no clue at all...

These are the common things to check that cause issues as you describe:

The license is installed

The service is running in the file server ("ps -ef | grep fam" for agent and "ps -ef | grep tap" for monitor)

Check the ports 16022 and 16023 are open bi-directionally between server and Collector

You mention earlier that there are no firewalls between the Collector and file server. Please check if there is a software firewall (such as IP tables) on the fileserver. A simple test is to compare the ports 16016/16017 with 16022/16023.

If you can telnet to 16016 but not 16022 for example then this suggests this is a network configuration issue. In my test I can connect to 16016-16023 on the collector and have established connections:

[root@server ~]# telnet 16016

Trying ...

Connected to ().

[root@server ~]# telnet 16023

Trying ...

Connected to ().

[root@server ~]# netstat -an | grep 16016

tcp 0 0 :39756 :16016 ESTABLISHED

[root@server ~]# netstat -an | grep 16022

tcp 0 0 :45052 :16022 ESTABLISHED

tcp 0 0 ::ffff::48477 ::ffff::16022 ESTABLISHED

tcp 0 0 ::ffff::48475 ::ffff::16022 TIME_WAIT

If you can't resolve this with any of the above checks, please log a PMR with support describing this issue, and attach must gather logs (system_db_info, and network)

Hello Peter, no but I have done all the controls that you said and I think it's a network configuration issue, now I am focusing on the integration of BigInsights and then I'll be back on S-TAP over linux!