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(a)redhat.com>
Date: Wednesday, December 5, 2018 at 8:12 PM
To: "General discussion list for the 389 Directory server project."
<389-users(a)lists.fedoraproject.org>, Jason Jenkins
<jjenkins(a)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-leave@lists.fedoraproject.org<mailto: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.fedoraproje...