Re: Server Group empty in 389 Management Console for windows

Jason Jenkins <jjenkins@xxxxxxxxxxxxxxxx> · Thu, 6 Dec 2018 04:59:47 +0000

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@xxxxxxxxxx>

Date: Wednesday, December 5, 2018 at 8:12 PM

To: "General discussion list for the 389 Directory server project." <389-users@xxxxxxxxxxxxxxxxxxxxxxx>, Jason Jenkins <jjenkins@xxxxxxxxxxxxxxxx>

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.

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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx

_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx