KB Article #178530

Following a SwiftNEt configuration and RA client instalation, there are every 30 seconds errors in Gateway's log

Problem

Following a SwiftNEt configuration and RA client instalation, there are every 30 seconds errors in Gateway's log:


GC018W 08.03.2017 10:40:14 GateController detected the status BROKEN

(Dynamic process) caused by S_SWNET_3 bad stop. S_SWNET_3 will normally be restart by the supervisor.
JCT012W 08.03.2017 10:40:14 [S_SWNET_4] Job [h_swift_job S_SWNET_4] pid 14000 exited with status 1.
GC018W 08.03.2017 10:40:28 GateController detected the status BROKEN

(Dynamic process) caused by S_SWNET_4 bad stop. S_SWNET_4 will normally

be restart by the supervisor.
JCT012W 08.03.2017 10:40:28 [S_SWNET_3] Job [h_swift_job S_SWNET_3] pid 14006 exited with status 1.



The swiftnet command works:

$ -> /RA/bin >


$ -# ./sag_test_connect -fileact


Enter the SWIFTNet user name: HSM1:fileact2


Enter the password for SWIFTNet user HSM1:fileact2:


Sending InitRequest


Received InitResponse


Sending CreateContextRequest


Received CreateContextResponse


Sending ConnectivityRequest


Received ConnectivityResponse


Get status.


Sending DestroyContextRequest


Received DestroyContextResponse


Sending TermRequest


Received TermResponse


SWIFTAlliance Gateway FileAct connectivity test completed successfully.




The ports 48002 and 48003 opens following the above command. Only the 48002 remains activ:


$ -# netstat -an | grep 4800


tcp 0 0 138.21.230.52:49369 10.235.255.49:48002 ESTABLISHED


tcp 0 0 138.21.230.52:50036 10.235.255.49:48002 TIME_WAIT


tcp 0 0 138.21.230.52:38290 10.235.255.49:48003 TIME_WAIT


tcp 0 0 138.21.230.52:49368 10.235.255.49:48002 ESTABLISHED



Resolution

In this specific scenario, the Remote Site A in question had a backup Remote Site B which was not activated.

After every Gateway stop/start the backup Remote Site B was activated and the above errors appeared in the logs.


To solve the problem there are 2 possible ways:

1.

Delete the backup Remote Site B (from Remote Site A and then entirely Remote Site B) as it is not configured properly yet, so it is not used.

or

2.

Remove the backup Remote Site B configuration from the first valid Remote Site A and then right click the Remote Site B (the one that was set as backup for the first one) and uncheck all the options from General / Role and General / Initialization mode.

In this way this Remote Site will remain inactive even after a Gateway restart.