issues with 1.2.7.5

[Robert Viduya]

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)

[Marc Sauton]

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(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users

[Robert Viduya]

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?

[Jazcek Braden]

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(a)shangri-la.ts.gatech.edu&gt; 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(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users
>  


-- 
Jazcek Braden

[Robert Viduya]

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.

[Aaron Hagopian]

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(a)shangri-la.ts.gatech.edu
<robert%2Bfds(a)shangri-la.ts.gatech.edu&gt;&gt;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(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users
>

[Roy McMorran]

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.

[Rich Megginson]

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(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users

[Roy McMorran]

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!

-- 
Roy McMorran
Systems Administrator
MDI Biological Laboratory
mcmorran(a)mdibl.org

[Rich Megginson]

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!

[Roy McMorran]

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:[e-mail]>
> >> There is a fix in updates testing which should be hitting the
> mirrors
> >> today or tomorrow.
> > I'll certainly give it a try... thanks!
>  
-- 
Roy McMorran
Systems Administrator
MDI Biological Laboratory
mcmorran(a)mdibl.org