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 <mreyno...@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 <jjenk...@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<mailto:389-users@lists.fedoraproject.org>

To unsubscribe send an email to 
389-users-le...@lists.fedoraproject.org<mailto:389-users-le...@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
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@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

Reply via email to