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