Hi Mark,

 

I am currently logging in with Directory Manager. This is what I use for the following:

User ID: cn=directory manager

Password: XXXXXXXXXX

Administration URL: http://MyHostname:9830

 

This gets me to the “Servers and Applications” tab. From here I drill down on my host to “Server Group” and its empty. I’ve done this for the current version of directory server v9 on CentOs6 as well as the latest v10 on CentOs7 which I have built from scratch and is a stand alone instanace. Same result for both.

 

This is the output in the access log, nothing from error.

xxx.xxx.xxx.xxx - cn=directory manager [06/Dec/2018:04:47:55 +0000] "GET /admin-serv/authenticate HTTP/1.0" 200 410

 

 

This is starting to look like a client issue. This is broken for all of my existing hosts and my new host that I just spun up.

 

One more thing, I thought that I’d watch the command prompt while using the Management Console. When the utility is started I have the following output.

 

 

C:\Program Files (x86)\389 Management Console>"java" "-Djava.library.path=." -cp

"./jss4.jar;./ldapjdk.jar;./idm-console-base.jar;./idm-console-mcc.jar;./idm-co

nsole-mcc_en.jar;./idm-console-nmclf.jar;./idm-console-nmclf_en.jar;./389-consol

e_en.jar" -Djava.util.prefs.systemRoot=/.389-console -Djava.util.prefs.userRoot=

/.389-console com.netscape.management.client.console.Console

 

 

 

 

I have no new STD/Out until I click on “Server Group”. Then I get the following which makes me think that I have a java problem. Interesting that it popped up now and isn’t resolved after a reboot.

 

Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedClassVersionError: c

om/netscape/management/admserv/AdminServer : Unsupported major.minor version 51.

0

        at java.lang.ClassLoader.defineClass1(Native Method)

        at java.lang.ClassLoader.defineClassCond(Unknown Source)

        at java.lang.ClassLoader.defineClass(Unknown Source)

        at java.lang.ClassLoader.defineClass(Unknown Source)

        at com.netscape.management.client.util.KingpinClassLoader.loadClass(Unkn

own Source)

        at com.netscape.management.client.util.KingpinClassLoader.loadClass(Unkn

own Source)

        at com.netscape.management.client.util.ClassLoaderUtil.getClass(Unknown

Source)

        at com.netscape.management.client.topology.ServerNode.createServerInstan

ce(Unknown Source)

        at com.netscape.management.client.topology.ServerNode.reload(Unknown Sou

rce)

        at com.netscape.management.client.topology.ServerNode.initialize(Unknown

Source)

        at com.netscape.management.client.topology.ServerNode.<init>(Unknown Sou

rce)

        at com.netscape.management.client.topology.AdminGroupNode.reload(Unknown

Source)

        at com.netscape.management.client.topology.ServerLocNode.getChildCount(U

nknown Source)

        at com.netscape.management.client.ResourcePage.treeWillExpand(Unknown So

urce)

        at javax.swing.JTree.fireTreeWillExpand(Unknown Source)

        at javax.swing.JTree.setExpandedState(Unknown Source)

        at javax.swing.JTree.expandPath(Unknown Source)

        at javax.swing.plaf.basic.BasicTreeUI.toggleExpandState(Unknown Source)

        at javax.swing.plaf.basic.BasicTreeUI.handleExpandControlClick(Unknown S

ource)

        at javax.swing.plaf.basic.BasicTreeUI.checkForClickInExpandControl(Unkno

wn Source)

        at javax.swing.plaf.basic.BasicTreeUI$Handler.handleSelection(Unknown So

urce)

        at javax.swing.plaf.basic.BasicTreeUI$Handler.mousePressed(Unknown Sourc

e)

        at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)

        at java.awt.Component.processMouseEvent(Unknown Source)

        at javax.swing.JComponent.processMouseEvent(Unknown Source)

        at java.awt.Component.processEvent(Unknown Source)

        at java.awt.Container.processEvent(Unknown Source)

        at java.awt.Component.dispatchEventImpl(Unknown Source)

        at java.awt.Container.dispatchEventImpl(Unknown Source)

        at java.awt.Component.dispatchEvent(Unknown Source)

        at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)

        at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)

        at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)

        at java.awt.Container.dispatchEventImpl(Unknown Source)

        at java.awt.Window.dispatchEventImpl(Unknown Source)

        at java.awt.Component.dispatchEvent(Unknown Source)

        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)

        at java.awt.EventQueue.access$400(Unknown Source)

        at java.awt.EventQueue$2.run(Unknown Source)

        at java.awt.EventQueue$2.run(Unknown Source)

        at java.security.AccessController.doPrivileged(Native Method)

        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown

Source)

        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown

Source)

        at java.awt.EventQueue$3.run(Unknown Source)

        at java.awt.EventQueue$3.run(Unknown Source)

        at java.security.AccessController.doPrivileged(Native Method)

        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown

Source)

        at java.awt.EventQueue.dispatchEvent(Unknown Source)

        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)

        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)

        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)

        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

        at java.awt.EventDispatchThread.run(Unknown Source)

 

 

 

 

 

From: Mark Reynolds <mreynolds@redhat.com>
Date: Wednesday, December 5, 2018 at 8:12 PM
To: "General discussion list for the 389 Directory server project." <389-users@lists.fedoraproject.org>, Jason Jenkins <jjenkins@threatmetrix.com>
Subject: Re: [389-users] Server Group empty in 389 Management Console for windows

 

Hi Jason,

Are you logging in as Directory Manager?  If not, try that.

Now it could be possible that part of the "o=netscaperoot" suffix has been deleted(accidentally?).  That entire server group folder structure is o=netscaperoot, so the entries are either missing, or you don't have permissions to read them.  Logging in as Directory Manger bypasses all access controls rules - so that's one way rule out access control. 

As for other console issues you can run it with debug logging to get more information about failures, etc:  

# 389-console -D 9

Also to register instances, you run "register-ds-admin.pl", not "setup-ds-admin.pl -u".

HTH,

Mark

On 12/5/18 10:04 PM, Jason Jenkins wrote:

Hi,

 

I have 389 Management Console v1.1.6  installed on Windows and have been using it for some time without any problems. Today I logged in and found that after connecting to a host that there is nothing to be found under the Server Group folder.  I navigate the tree for my host and what used to be “Administration Server” & “Dirsrv Hostname” are both gone from the Server Group folder.

cid:part2.7411DCF7.18E87C02@redhat.com

 

This is the same for any directory server host that I connect to. I’ve also reinstalled the version that I am using. And there is no difference. I tried installing a newer version of Management Console and it dies right after running what-ever it does in a command prompt. So I went back to v1.1.6.

 

I verified that nothing changed on the network end. I can telnet to ports 389, 636 and 9830. I can hit 9830 from a web browser on this windows host. I ran “setup-ds-admin.pl -u” to re-register and nothing has changed. No errors or anything new in the logs from what I have seen prior. Once again this is across all of my directory server hosts that I was able to manage in the past.



_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org