I'm having problems trying to get a clean install of 1.2.7.5 working. We're running RHEL5 and I have the EPEL5.4 repositories configured on it. Yum installed the following when I installed 389-ds:
389-admin.x86_64 1.1.13-1.el5 installed 389-admin-console.noarch 1.1.5-1.el5 installed 389-admin-console-doc.noarch 1.1.5-1.el5 installed 389-adminutil.x86_64 1.1.8-4.el5 installed 389-console.noarch 1.1.4-1.el5 installed 389-ds.noarch 1.2.1-1.el5 installed 389-ds-base.x86_64 1.2.7.5-1.el5 installed 389-ds-base-devel.x86_64 1.2.7.5-1.el5 installed 389-ds-console.noarch 1.2.3-1.el5 installed 389-ds-console-doc.noarch 1.2.3-1.el5 installed 389-dsgw.x86_64 1.1.5-1.el5 installed idm-console-framework.noarch 1.1.5-4.el5 installed
After installation, I ran /usr/sbin/setup-ds-admin.pl to set up the initial configuration. Immediately after that, if I run 389-console, login as "cn=Directory Manager", navigate to "Directory Server" window and then try to open the "Configuration" tab, I get a dialog box that says: "Insufficient Permissions / The user cn=Directory Manager does not have permission to perform this operation.". Clicking the OK button gets me a new login window, but re-entering the Directory Manager credentials doesn't do anything. All I get is a blank page instead of what's supposed to be under the Configuration tab.
I've done the install a few times already to make sure I wasn't messing things up. There's nothing out of the ordinary in either the admin server error log or the directory server error log. The directory server access log shows only a few err=32, all under "ou=Global Preferences", which is probably expected on a completely new install.
The terminal window I ran 389-console shows a java stack trace, but only after I click past the error dialog box:
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at com.netscape.admin.dirserv.panel.ServerSettingsPanel$ReferralText.show(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.getAttributes(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.show(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.refresh(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.select(Unknown Source) at com.netscape.admin.dirserv.panel.ContainerPanel.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.JTabbedPane.insertTab(JTabbedPane.java:730) at javax.swing.JTabbedPane.addTab(JTabbedPane.java:797) at com.netscape.admin.dirserv.panel.DSTabbedPanel.addTab(Unknown Source) at com.netscape.admin.dirserv.panel.RootPanel.<init>(Unknown Source) at com.netscape.admin.dirserv.node.RootResourceObject.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourceModel.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourcePage.valueChanged(Unknown Source) at javax.swing.JTree.fireValueChanged(JTree.java:2826) at javax.swing.JTree$TreeSelectionRedirector.valueChanged(JTree.java:3197) at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelectionModel.java:646) at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelectionModel.java:1095) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSelectionModel.java:304) at javax.swing.JTree.setSelectionPaths(JTree.java:1616) at javax.swing.JTree.setSelectionRows(JTree.java:1689) at javax.swing.JTree.setSelectionRow(JTree.java:1664) at com.netscape.management.client.ResourcePage.pageSelected(Unknown Source) at com.netscape.admin.dirserv.DSResourcePage.pageSelected(Unknown Source) at com.netscape.management.client.Framework$TabChangeListener.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.plaf.basic.BasicTabbedPaneUI$Handler.mousePressed(BasicTabbedPaneUI.java:3631) at java.awt.Component.processMouseEvent(Component.java:6105) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:5873) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4469) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4122) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
On Tue, 2010-12-21 at 16:50 -0500, Robert Viduya wrote:
I'm having problems trying to get a clean install of 1.2.7.5 working. We're running RHEL5 and I have the EPEL5.4 repositories configured on it. Yum installed the following when I installed 389-ds:
389-admin.x86_64 1.1.13-1.el5 installed 389-admin-console.noarch 1.1.5-1.el5 installed 389-admin-console-doc.noarch 1.1.5-1.el5 installed 389-adminutil.x86_64 1.1.8-4.el5 installed 389-console.noarch 1.1.4-1.el5 installed 389-ds.noarch 1.2.1-1.el5 installed 389-ds-base.x86_64 1.2.7.5-1.el5 installed 389-ds-base-devel.x86_64 1.2.7.5-1.el5 installed 389-ds-console.noarch 1.2.3-1.el5 installed 389-ds-console-doc.noarch 1.2.3-1.el5 installed 389-dsgw.x86_64 1.1.5-1.el5 installed idm-console-framework.noarch 1.1.5-4.el5 installed
After installation, I ran /usr/sbin/setup-ds-admin.pl to set up the initial configuration. Immediately after that, if I run 389-console, login as "cn=Directory Manager", navigate to "Directory Server" window and then try to open the "Configuration" tab, I get a dialog box that says: "Insufficient Permissions / The user cn=Directory Manager does not have permission to perform this operation.". Clicking the OK button gets me a new login window, but re-entering the Directory Manager credentials doesn't do anything. All I get is a blank page instead of what's supposed to be under the Configuration tab.
I've done the install a few times already to make sure I wasn't messing things up. There's nothing out of the ordinary in either the admin server error log or the directory server error log. The directory server access log shows only a few err=32, all under "ou=Global Preferences", which is probably expected on a completely new install.
Check the access log file for the bind attempts, and nsslapd-allow-anonymous-access in your dse.ldif Try to click OK and provide pw if prompted again. May be related to these reports: https://bugzilla.redhat.com/show_bug.cgi?id=627906 https://bugzilla.redhat.com/show_bug.cgi?id=661116 If it the case, you may want to add a comment.
The terminal window I ran 389-console shows a java stack trace, but only after I click past the error dialog box:
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at com.netscape.admin.dirserv.panel.ServerSettingsPanel$ReferralText.show(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.getAttributes(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.show(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.refresh(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.select(Unknown Source) at com.netscape.admin.dirserv.panel.ContainerPanel.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.JTabbedPane.insertTab(JTabbedPane.java:730) at javax.swing.JTabbedPane.addTab(JTabbedPane.java:797) at com.netscape.admin.dirserv.panel.DSTabbedPanel.addTab(Unknown Source) at com.netscape.admin.dirserv.panel.RootPanel.<init>(Unknown Source) at com.netscape.admin.dirserv.node.RootResourceObject.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourceModel.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourcePage.valueChanged(Unknown Source) at javax.swing.JTree.fireValueChanged(JTree.java:2826) at javax.swing.JTree$TreeSelectionRedirector.valueChanged(JTree.java:3197) at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelectionModel.java:646) at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelectionModel.java:1095) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSelectionModel.java:304) at javax.swing.JTree.setSelectionPaths(JTree.java:1616) at javax.swing.JTree.setSelectionRows(JTree.java:1689) at javax.swing.JTree.setSelectionRow(JTree.java:1664) at com.netscape.management.client.ResourcePage.pageSelected(Unknown Source) at com.netscape.admin.dirserv.DSResourcePage.pageSelected(Unknown Source) at com.netscape.management.client.Framework$TabChangeListener.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.plaf.basic.BasicTabbedPaneUI$Handler.mousePressed(BasicTabbedPaneUI.java:3631) at java.awt.Component.processMouseEvent(Component.java:6105) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:5873) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4469) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4122) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
On Dec 21, 2010, at 8:17 PM, Marc Sauton wrote:
Check the access log file for the bind attempts, and nsslapd-allow-anonymous-access in your dse.ldif Try to click OK and provide pw if prompted again. May be related to these reports: https://bugzilla.redhat.com/show_bug.cgi?id=627906 https://bugzilla.redhat.com/show_bug.cgi?id=661116 If it the case, you may want to add a comment.
The access log shows a number of bind requests, one to dn="" and the rest to dn="cn=directory manager". All of them were successful (err=0). Nsslapd-allow-anonymous-access is "on".
On Dec 22, 2010, at 2:16 PM, Aaron Hagopian wrote:
I think you're supposed to login to the 389-console with the admin user not your directory manager.
I get the same error with the admin user. I've been managing a Fedora directory cluster for years now and have always used Directory Manager. Is this something new?
Robert,
I too have noticed the bug in the 1.2.7 series, but haven't had time to report in a meaningful manner. FYI I have found that when it tells you don't have permission and asks you to re-auth if you click cancel it will let you move forward but if you do re-auth it will lock you out of the first item of the configuration tab. Let me know if that also is a work around for you.
-- Jazcek Braden
On Wed, Dec 22, 2010 at 1:26 PM, Robert Viduya robert+fds@shangri-la.ts.gatech.edu wrote:
On Dec 21, 2010, at 8:17 PM, Marc Sauton wrote:
Check the access log file for the bind attempts, and nsslapd-allow-anonymous-access in your dse.ldif Try to click OK and provide pw if prompted again. May be related to these reports: https://bugzilla.redhat.com/show_bug.cgi?id=627906 https://bugzilla.redhat.com/show_bug.cgi?id=661116 If it the case, you may want to add a comment.
The access log shows a number of bind requests, one to dn="" and the rest to dn="cn=directory manager". All of them were successful (err=0). Nsslapd-allow-anonymous-access is "on".
On Dec 22, 2010, at 2:16 PM, Aaron Hagopian wrote:
I think you're supposed to login to the 389-console with the admin user not your directory manager.
I get the same error with the admin user. I've been managing a Fedora directory cluster for years now and have always used Directory Manager. Is this something new?
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
On Dec 22, 2010, at 3:34 PM, Jazcek Braden wrote:
Robert,
I too have noticed the bug in the 1.2.7 series, but haven't had time to report in a meaningful manner. FYI I have found that when it tells you don't have permission and asks you to re-auth if you click cancel it will let you move forward but if you do re-auth it will lock you out of the first item of the configuration tab. Let me know if that also is a work around for you.
-- Jazcek Braden
I can click cancel and it will then let me look at the first item of the configuration tab (the server name). However, it still won't let me configure SSL encryption under the Encryption Tab. I can click the "Enable SSL for this server" checkbox, but "Save" button at the bottom never lights up. It's also supposed to allow me to select a cipher family and a security device and what certificate to use, but none of those ever show up.
I think you're supposed to login to the 389-console with the admin user not your directory manager.
On Tue, Dec 21, 2010 at 3:50 PM, Robert Viduya < robert+fds@shangri-la.ts.gatech.edu robert%2Bfds@shangri-la.ts.gatech.edu>wrote:
I'm having problems trying to get a clean install of 1.2.7.5 working. We're running RHEL5 and I have the EPEL5.4 repositories configured on it. Yum installed the following when I installed 389-ds:
389-admin.x86_64 1.1.13-1.el5 installed 389-admin-console.noarch 1.1.5-1.el5 installed 389-admin-console-doc.noarch 1.1.5-1.el5 installed 389-adminutil.x86_64 1.1.8-4.el5 installed 389-console.noarch 1.1.4-1.el5 installed 389-ds.noarch 1.2.1-1.el5 installed 389-ds-base.x86_64 1.2.7.5-1.el5 installed 389-ds-base-devel.x86_64 1.2.7.5-1.el5 installed 389-ds-console.noarch 1.2.3-1.el5 installed 389-ds-console-doc.noarch 1.2.3-1.el5 installed 389-dsgw.x86_64 1.1.5-1.el5 installed idm-console-framework.noarch 1.1.5-4.el5 installed
After installation, I ran /usr/sbin/setup-ds-admin.pl to set up the initial configuration. Immediately after that, if I run 389-console, login as "cn=Directory Manager", navigate to "Directory Server" window and then try to open the "Configuration" tab, I get a dialog box that says: "Insufficient Permissions / The user cn=Directory Manager does not have permission to perform this operation.". Clicking the OK button gets me a new login window, but re-entering the Directory Manager credentials doesn't do anything. All I get is a blank page instead of what's supposed to be under the Configuration tab.
I've done the install a few times already to make sure I wasn't messing things up. There's nothing out of the ordinary in either the admin server error log or the directory server error log. The directory server access log shows only a few err=32, all under "ou=Global Preferences", which is probably expected on a completely new install.
The terminal window I ran 389-console shows a java stack trace, but only after I click past the error dialog box:
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at com.netscape.admin.dirserv.panel.ServerSettingsPanel$ReferralText.show(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.getAttributes(Unknown Source) at com.netscape.admin.dirserv.panel.DSEntrySet.show(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.refresh(Unknown Source) at com.netscape.admin.dirserv.panel.BlankPanel.select(Unknown Source) at com.netscape.admin.dirserv.panel.ContainerPanel.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.JTabbedPane.insertTab(JTabbedPane.java:730) at javax.swing.JTabbedPane.addTab(JTabbedPane.java:797) at com.netscape.admin.dirserv.panel.DSTabbedPanel.addTab(Unknown Source) at com.netscape.admin.dirserv.panel.RootPanel.<init>(Unknown Source) at com.netscape.admin.dirserv.node.RootResourceObject.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourceModel.getCustomPanel(Unknown Source) at com.netscape.management.client.ResourcePage.valueChanged(Unknown Source) at javax.swing.JTree.fireValueChanged(JTree.java:2826) at javax.swing.JTree$TreeSelectionRedirector.valueChanged(JTree.java:3197) at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelectionModel.java:646) at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelectionModel.java:1095) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSelectionModel.java:304) at javax.swing.JTree.setSelectionPaths(JTree.java:1616) at javax.swing.JTree.setSelectionRows(JTree.java:1689) at javax.swing.JTree.setSelectionRow(JTree.java:1664) at com.netscape.management.client.ResourcePage.pageSelected(Unknown Source) at com.netscape.admin.dirserv.DSResourcePage.pageSelected(Unknown Source) at com.netscape.management.client.Framework$TabChangeListener.stateChanged(Unknown Source) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:417) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:270) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:133) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:67) at javax.swing.JTabbedPane.setSelectedIndexImpl(JTabbedPane.java:616) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:591) at javax.swing.plaf.basic.BasicTabbedPaneUI$Handler.mousePressed(BasicTabbedPaneUI.java:3631) at java.awt.Component.processMouseEvent(Component.java:6105) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:5873) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4469) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4122) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4295) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Robert Viduya <robert+fds <at> shangri-la.ts.gatech.edu> writes:
I'm having problems trying to get a clean install of 1.2.7.5 working. We're running RHEL5 and I have the EPEL5.4 repositories configured on it. Yum installed the following when I installed 389-ds:
389-admin.x86_64 1.1.13-1.el5 389-admin-console.noarch 1.1.5-1.el5 389-admin-console-doc.noarch 1.1.5-1.el5 389-adminutil.x86_64 1.1.8-4.el5 389-console.noarch 1.1.4-1.el5 389-ds.noarch 1.2.1-1.el5 389-ds-base.x86_64 1.2.7.5-1.el5 389-ds-base-devel.x86_64 1.2.7.5-1.el5 389-ds-console.noarch 1.2.3-1.el5 389-ds-console-doc.noarch 1.2.3-1.el5 389-dsgw.x86_64 1.1.5-1.el5 idm-console-framework.noarch 1.1.5-4.el5
After installation, I ran /usr/sbin/setup-ds-admin.pl to set up the initial configuration. Immediately after that, if I run 389-console, login as "cn=Directory Manager", navigate to "Directory Server" window and then try to open the "Configuration" tab, I get a dialog box that says: "Insufficient Permissions / The user cn=Directory Manager does not have permission to perform this operation.". Clicking the OK button gets me a new login window, but re-entering the Directory Manager credentials doesn't do anything. All I get is a blank page instead of what's supposed to be under the Configuration tab.
<snip>
I'm curious if there has been any update on this issue. I'm seeing the exact same behavior on a new install and it's preventing me from getting SSL configured. I can't get to that configuration tab without getting the Java NPE and the login prompt. Re-logging in doesn't help, and it matters not whether I use directory manager or admin.
I'm on slightly newer versions: 389-ds-console-1.2.3-1.el5 389-ds-base-devel-1.2.8-0.2.a2.el5 389-ds-1.2.1-1.el5 389-adminutil-1.1.13-1.el5 389-admin-1.1.14-1.el5 389-admin-console-1.1.5-1.el5 389-dsgw-1.1.6-1.el5 389-admin-console-doc-1.1.5-1.el5 389-adminutil-devel-1.1.13-1.el5 389-console-1.1.4-1.el5 389-ds-base-1.2.8-0.2.a2.el5
Has anyone found a workaround?
Thank you.
On 02/24/2011 09:09 AM, Roy McMorran wrote:
Robert Viduya<robert+fds<at> shangri-la.ts.gatech.edu> writes:
I'm having problems trying to get a clean install of 1.2.7.5 working. We're running RHEL5 and I have the EPEL5.4 repositories configured on it. Yum installed the following when I installed 389-ds:
389-admin.x86_64 1.1.13-1.el5 389-admin-console.noarch 1.1.5-1.el5 389-admin-console-doc.noarch 1.1.5-1.el5 389-adminutil.x86_64 1.1.8-4.el5 389-console.noarch 1.1.4-1.el5 389-ds.noarch 1.2.1-1.el5 389-ds-base.x86_64 1.2.7.5-1.el5 389-ds-base-devel.x86_64 1.2.7.5-1.el5 389-ds-console.noarch 1.2.3-1.el5 389-ds-console-doc.noarch 1.2.3-1.el5 389-dsgw.x86_64 1.1.5-1.el5 idm-console-framework.noarch 1.1.5-4.el5
After installation, I ran /usr/sbin/setup-ds-admin.pl to set up the initial configuration. Immediately after that, if I run 389-console, login as "cn=Directory Manager", navigate to "Directory Server" window and then try to open the "Configuration" tab, I get a dialog box that says: "Insufficient Permissions / The user cn=Directory Manager does not have permission to perform this operation.". Clicking the OK button gets me a new login window, but re-entering the Directory Manager credentials doesn't do anything. All I get is a blank page instead of what's supposed to be under the Configuration tab.
<snip>
I'm curious if there has been any update on this issue. I'm seeing the exact same behavior on a new install and it's preventing me from getting SSL configured. I can't get to that configuration tab without getting the Java NPE and the login prompt. Re-logging in doesn't help, and it matters not whether I use directory manager or admin.
I'm on slightly newer versions: 389-ds-console-1.2.3-1.el5 389-ds-base-devel-1.2.8-0.2.a2.el5 389-ds-1.2.1-1.el5 389-adminutil-1.1.13-1.el5 389-admin-1.1.14-1.el5 389-admin-console-1.1.5-1.el5 389-dsgw-1.1.6-1.el5 389-admin-console-doc-1.1.5-1.el5 389-adminutil-devel-1.1.13-1.el5 389-console-1.1.4-1.el5 389-ds-base-1.2.8-0.2.a2.el5
Has anyone found a workaround?
If you are referring to https://bugzilla.redhat.com/show_bug.cgi?id=661116
You get an error, but you should be able to just ignore the error and proceed anyway.
There is a fix in updates testing which should be hitting the mirrors today or tomorrow.
Thank you.
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
On 2/24/11 11:35 AM, Rich Megginson wrote:
On 02/24/2011 09:09 AM, Roy McMorran wrote:
<snip>
I'm curious if there has been any update on this issue. I'm seeing the exact same behavior on a new install and it's preventing me from getting SSL configured. I can't get to that configuration tab without getting the Java NPE and the login prompt. Re-logging in doesn't help, and it matters not whether I use directory manager or admin.
I'm on slightly newer versions: 389-ds-console-1.2.3-1.el5 389-ds-base-devel-1.2.8-0.2.a2.el5 389-ds-1.2.1-1.el5 389-adminutil-1.1.13-1.el5 389-admin-1.1.14-1.el5 389-admin-console-1.1.5-1.el5 389-dsgw-1.1.6-1.el5 389-admin-console-doc-1.1.5-1.el5 389-adminutil-devel-1.1.13-1.el5 389-console-1.1.4-1.el5 389-ds-base-1.2.8-0.2.a2.el5
Has anyone found a workaround?
If you are referring to https://bugzilla.redhat.com/show_bug.cgi?id=661116
Alas, I cannot view that bug - "You are not authorized to access bug #661116."
You get an error, but you should be able to just ignore the error and proceed anyway.
Maybe not the same issue then? I definitely can't proceed to where I need to go (SSL configuration) - the page is completely blank. Navigating to the sub-items (Data, Replication, Schema, etc.) works though.
There is a fix in updates testing which should be hitting the mirrors today or tomorrow.
I'll certainly give it a try... thanks!
On 02/24/2011 09:50 AM, Roy McMorran wrote:
On 2/24/11 11:35 AM, Rich Megginson wrote:
On 02/24/2011 09:09 AM, Roy McMorran wrote:
<snip>
I'm curious if there has been any update on this issue. I'm seeing the exact same behavior on a new install and it's preventing me from getting SSL configured. I can't get to that configuration tab without getting the Java NPE and the login prompt. Re-logging in doesn't help, and it matters not whether I use directory manager or admin.
I'm on slightly newer versions: 389-ds-console-1.2.3-1.el5 389-ds-base-devel-1.2.8-0.2.a2.el5 389-ds-1.2.1-1.el5 389-adminutil-1.1.13-1.el5 389-admin-1.1.14-1.el5 389-admin-console-1.1.5-1.el5 389-dsgw-1.1.6-1.el5 389-admin-console-doc-1.1.5-1.el5 389-adminutil-devel-1.1.13-1.el5 389-console-1.1.4-1.el5 389-ds-base-1.2.8-0.2.a2.el5
Has anyone found a workaround?
If you are referring to https://bugzilla.redhat.com/show_bug.cgi?id=661116
Alas, I cannot view that bug - "You are not authorized to access bug #661116."
Try it now.
You get an error, but you should be able to just ignore the error and proceed anyway.
Maybe not the same issue then? I definitely can't proceed to where I need to go (SSL configuration) - the page is completely blank. Navigating to the sub-items (Data, Replication, Schema, etc.) works though.
Hmm - ok.
There is a fix in updates testing which should be hitting the mirrors today or tomorrow.
I'll certainly give it a try... thanks!
On 2/24/11 11:54 AM, Rich Megginson wrote:
On 02/24/2011 09:50 AM, Roy McMorran wrote:
On 2/24/11 11:35 AM, Rich Megginson wrote:
On 02/24/2011 09:09 AM, Roy McMorran wrote:
<snip>
I'm curious if there has been any update on this issue. I'm seeing the exact same behavior on a new install and it's preventing me from getting SSL configured. I can't get to that configuration tab without getting the Java NPE and the login prompt. Re-logging in doesn't help, and it matters not whether I use directory manager or admin.
I'm on slightly newer versions: 389-ds-console-1.2.3-1.el5 389-ds-base-devel-1.2.8-0.2.a2.el5 389-ds-1.2.1-1.el5 389-adminutil-1.1.13-1.el5 389-admin-1.1.14-1.el5 389-admin-console-1.1.5-1.el5 389-dsgw-1.1.6-1.el5 389-admin-console-doc-1.1.5-1.el5 389-adminutil-devel-1.1.13-1.el5 389-console-1.1.4-1.el5 389-ds-base-1.2.8-0.2.a2.el5
Has anyone found a workaround?
If you are referring to https://bugzilla.redhat.com/show_bug.cgi?id=661116
Alas, I cannot view that bug - "You are not authorized to access bug #661116."
Try it now.
Better!
That sure looks like my NPE.
You get an error, but you should be able to just ignore the error and proceed anyway.
Maybe not the same issue then? I definitely can't proceed to where I need to go (SSL configuration) - the page is completely blank. Navigating to the sub-items (Data, Replication, Schema, etc.) works though.
Hmm - ok.
It's basically the same behavior that Robert Viduya reported in the bug and in this very thread. I'm hopeful :-)
Thanks Rich.
mailto:robert+fds@shangri-la.ts.gatech.edu
There is a fix in updates testing which should be hitting the mirrors today or tomorrow.
I'll certainly give it a try... thanks!
389-users@lists.fedoraproject.org
-
Aaron Hagopian -
Jazcek Braden -
Marc Sauton -
Rich Megginson -
Robert Viduya -
Roy McMorran