Sorry yes.
this is related to subject "[389-users] 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(a)unicyber.co.uk> wrote:
> Hi
>
> Apologies.... but I got the issue sorted...
>
> Thanks very much
>
> On 2014-06-06 08:25, g.fer.ordas(a)unicyber.co.uk 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(a)lists.fedoraproject.org
>>
https://admin.fedoraproject.org/mailman/listinfo/389-users [3]
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users