ViPR SRM NetApp Collector schlägt mit dem Fehler "Verbindungsergebnis konnte nicht abgerufen werden" fehl

SRM Collector kann nicht erfolgreich gestartet werden. 

Dieses Problem kann auftreten, wenn ein Upgrade auf SRM Version 4.0.3 von SRM 3.7.x durchgeführt wird und bei 4.1 fortgesetzt wird.

Der NetApp-Collector wird alle paar Tage beendet. NetApp Collector-Protokolle zeigen den folgenden Fehler an:

WARNING -- [2017-05-22 10:06:37 CDT] -- RemoteCLICommandExecutor::getConnectionResults(): Connection result couldn't be retrieved.
java.util.concurrent.ExecutionException: java.io.IOException: com.watch4net.apg.ssh.api.exception.SSHException: com.jcraft.jsch.JSchException: Session.connect: java.io.IOException: java.net.BindException: Address already in use (Bind failed)
Caused by: java.io.IOException: com.watch4net.apg.ssh.api.exception.SSHException: com.jcraft.jsch.JSchException: Session.connect: java.io.IOException: java.net.BindException: Address already in use (Bind failed)

Führen Sie den folgenden Befehl aus: ps  ef | grep 22 Auf dem Collector-Host, der ein Problem aufweist. NetApp Collector verwendet Port 22 für die Kommunikation mit NetApp-Geräten. In diesem Fall haben insgesamt 1322 TCP-Verbindungen FIN_WAIT1:

artoxxxxx-col:~ # netstat -ano | grep 22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      off (0.00/0/0)
tcp        0  61369 xxx.xxx.xxx:50759    xxx.xxx.xxx.xxx:2010     FIN_WAIT1   unkn-4 (82.22/0/0)
tcp        0  61369 xxx.xxx.xxx:58959    xxx.xxx.xxx.xxx:2010     FIN_WAIT1   unkn-4 (82.22/0/0)
tcp        0  61369 xxx.xxx.xxx:56759    xxx.xxx.xxx.xxx:2010     FIN_WAIT1   unkn-4 (82.22/0/0)
tcp        0  61369 xxx.xxx.xxx:49959    xxx.xxx.xxx.xxx:2010     FIN_WAIT1   unkn-4 (82.22/0/0)
tcp        0  61369 xxx.xxx.xxx:59959    xxx.xxx.xxx.xxx:2010     FIN_WAIT1   unkn-4 (82.22/0/0)

Die Anzahl der TCP-Verbindungen wächst, bis sie das Limit erreicht und den Collector daran hindert, neue TCP-Verbindungen für die Kommunikation mit anderen Geräten herzustellen.

Die Firewall muss auf dem primären Back-end zurückgesetzt werden, um dieses Problem zu beheben.

1. Stellen Sie eine SSH-Verbindung zu Ihrem primären Back-end-Server her und führen Sie dann die beiden folgenden Befehle aus:

/sbin/SuSEfirewall2 off

/sbin/SuSEfirewall2  on

2. Stellen Sie nach Abschluss des Vorgangs eine SSH-Verbindung zum NetApp Collector-Host her und führen Sie den folgenden Befehl aus (den FIN_WAIT1 Verbindung sollte nicht mehr zu sehen sein):

artxxxxxxx-col:~ # netstat -ano | grep 22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      off (0.00/0/0)
tcp        0      0 127.0.0.1:40226         0.0.0.0:*               LISTEN      off (0.00/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:60360    xxx.xxx.xxx.xxx:22       ESTABLISHED off (0.00/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:36621    xxx.xxx.xxx.xxx:22       TIME_WAIT   timewait (45.94/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:54396    xxx.xxx.xxx.xxx:22       ESTABLISHED off (0.00/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:49135    xxx.xxx.xxx.xxx:22       TIME_WAIT   timewait (36.91/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:37971    xxx.xxx.xxx.xxx:1521    ESTABLISHED off (0.00/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:54553    xxx.xxx.xxx.xxx:22       TIME_WAIT   timewait (48.97/0/0)
tcp        0      0 xxx.xxx.xxx.xxx:41586    xxx.xxx.xxx.xxx:22       TIME_WAIT   timewait (12.27/0/0)