Golden Gate version: 11.2.1.0.3
DB version : 11.2.0.3
Platform : Solaris 10
I am trying to setup Golden Gate on Solaris. I have two solaris 10 Virtual Machines created using Virtual Box.
On the source machine , I started the MANAGER process on port 3125.
$ cat mgr.prm
port 3125
dynamicportlist 8001, 8002, 9500-9520
purgeoldextracts /u01/GG/11.2.1.0.3/dirdat/*, usecheckpoints
$
$
$
$ pwd
/u01/GG/11.2.1.0.3/dirprm
$ cd ..
$
$
$ ./ggsci
Oracle GoldenGate Command Interpreter for Oracle
Version 11.2.1.0.3 14400833 OGGCORE_11.2.1.0.3_PLATFORMS_120823.1258
Solaris, x64, 64bit (optimized), Oracle 11g on Aug 23 2012 16:42:37
Copyright (C) 1995, 2012, Oracle and/or its affiliates. All rights reserved.
GGSCI (tigris178) 1> start mgr
Manager started.
GGSCI (tigris178) 2> info mgr
Manager is running (IP port tigris178.3125).
GGSCI (tigris178) 3> shell cat /u01/GG/11.2.1.0.3/dirpcs/MGR.pcm
PROGRAM MGR PROCESSID MGR PORT tigris178.3125 PID 943
From target machine, when I try telnet command to check if the port is open, it throws error. ping works fine though
$ telnet 192.168.0.178 3125
Trying 192.168.0.178...
Connected to 192.168.0.178.
Escape character is '^]'.
Connection to 192.168.0.178 closed by foreign host.
# ping 192.168.0.178
192.168.0.178 is alive
The netstat output from 192.168.0.178 shows TIME_WAIT
# netstat -an | grep 3125
*.3125 *.* 0 0 49152 0 LISTEN
192.168.0.178.3125 192.168.0.179.33603 49640 0 49640 0 TIME_WAIT
*.3125 *.* 0 0 49152 0 LISTEN
#
#
#
#
#
# netstat -an | grep 3125
*.3125 *.* 0 0 49152 0 LISTEN
192.168.0.178.3125 192.168.0.179.33603 49640 0 49640 0 TIME_WAIT
*.3125 *.* 0 0 49152 0 LISTEN
There is no firewall configured between these VMs. I tried using several other ports. But it is still the same issue. To verify that there is no firewall , I brought down manager process and started DB Listener using the same port. I managed to connect to the DB through listener from remote machines without any issues.
For the manager process to work properly , Is there any other mandatory process which i should start so that this port will remain open and usable? I believe this has something to do with GG architecture as I was able to use DB listener on this port without any issues.
Initially, I faced this issue in Target machine's Manager process port. So, i thought of diagnosing from scratch and I started the manager process in source and did telnet test. The telnet test fails for both Source and Target Manager process ports.