Sorry yes.
this is related to subject " 389 GUI/Console" and what I was
doing (running the Console from MAC)
The issue is down the the version of the Jar files.. I made a couple of
mistakes but updating all the Jar files from my client box (box) up to
the same version as the sd-389 Server sort the problem.
Thanks very much
On 2014-06-06 10:02, Vincent Gerris wrote:
then please share how you fixed it or what the issue was, so other
people that encounter this can solve it.
There is not much more frustrating then thinking you find a solution,
only to read someone fixed it.
thank you
On Fri, Jun 6, 2014 at 6:25 PM, <g.fer.ordas@xxxxxxxxxxxxxx> wrote:
Hi
Apologies.... but I got the issue sorted...
Thanks very much
On 2014-06-06 08:25, g.fer.ordas@xxxxxxxxxxxxxx wrote:
Hi
This is a remote centos 6.4 box with OpenLDAP-389 running on it.
port: 9030 is listening on an specific port (not 0.0.0.0)
iptables off
(Admin server and ldap both running -- Ldap port 389)
Console-390 installed in a remote box and I am running this with
debugging on
So I am connecting ALL RIGHT to the remote server
BUT, the administrative server is flagged as stopped!!
Looking at the logs from the console :
------
JButtonFactory: button width = 90
JButtonFactory: button width = 72
topology.NodeDataPanel ancestorRemoved() removes Change Listener
topology.NodeDataPanel ancestorAdded() adds Change Listener
AbstractServerObject.unselect: Destroy status thread
AbstractServerObject.StatusThread: Status thread stop because
java.lang.InterruptedException: sleep interrupted
ClassLoader: :loadClass():name:java.lang.StringBuilder
ClassLoader:
:loadClass():name:com.netscape.management.client.util.AdmTask
ClassLoader:
:loadClass():loading:com.netscape.management.client.util.AdmTask
ClassLoader: com/netscape/management/client/util/AdmTask.class
NOT in
389-admin-1.1.jar
ClassLoader: com/netscape/management/client/util/AdmTask.class
NOT in
389-admin-1.1_en.jar
ResourceSet: found in cache
loader2038935242:com.netscape.management.client.util.default
ClassLoader: :loadClass():name:java.net.URL
CommManager> New CommRecord
(http://0.0.0.0:9830/admin-serv/tasks/operation/StatusPing [1])
java.net.ConnectException: Connection refused
ClassLoader: :loadClass():name:java.net [2].SocketException
AbstractServerObject.StatusThread: Check Status CGI = 2 exe time:
0.0040
AbstractServerObject.StatusThread: change listener count=1
CommManager> New CommRecord
(http://0.0.0.0:9830/admin-serv/tasks/operation/StatusPing [1])
java.net.ConnectException: Connection refused
AbstractServerObject.StatusThread: Check Status CGI = 2 exe time:
0.0010
AbstractServerObject.StatusThread: change listener count=1
CommManager> New CommRecord
(http://0.0.0.0:9830/admin-serv/tasks/operation/StatusPing [1])
java.net.ConnectException: Connection refused
AbstractServerObject.StatusThread: Check Status CGI = 2 exe time:
0.0010
--------
At login time at the console I supply an IP for the remote server
and
it connects all right.
I cannot understand why the StatusPing is addressed against
"0.0.0.0"
rather than the specified IP?
Any thoughts?
Am I missing also something in the server side to let my local
console
think the server is defined at 0.0.0.0?
Thanks very much
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users [3]
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users [3]
Links:
------
[1] http://0.0.0.0:9830/admin-serv/tasks/operation/StatusPing
[2] http://java.net
[3] https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
