[389-users] GUI console fails to show up after upgrade

[Rich Megginson]

On 10/13/2011 01:47 PM, harry.devine at faa.gov wrote:
>
> Harry Devine
> Common ARTS Software Development
> AJT-144
> (609)485-4218
> Harry.Devine at faa.gov
>
>
> From: 	Rich Megginson <rmeggins at redhat.com>
> To: 	"General discussion list for the 389 Directory server project." 
> <389-users at lists.fedoraproject.org>
> Cc: 	Harry Devine/ACT/FAA at FAA, Ted Rush/ACT/FAA at FAA
> Date: 	10/13/2011 03:21 PM
> Subject: 	Re: [389-users] GUI console fails to show up after upgrade
>
>
> ------------------------------------------------------------------------
>
>
>
> On 10/13/2011 10:18 AM, _harry.devine at faa.gov_ 
> <mailto:harry.devine at faa.gov>wrote:
>
> We are running a 64-bit CentOS that used to be on 5.4, but a few days 
> ago we put patches on it which brought it up to 5.7.  It also updated 
> our 389-ds to the following versions:
>
> rpm -qa 389*
> 389-dsgw-1.1.7-2.el5
> 389-ds-base-1.2.9.9-1.el5
> 389-ds-console-1.2.6-1.el5
> 389-admin-console-1.1.8-1.el5
> 389-admin-1.1.23-1.el5
> 389-ds-console-doc-1.2.6-1.el5
> 389-ds-base-libs-1.2.9.9-1.el5
> 389-console-1.1.7-3.el5
> 389-admin-console-doc-1.1.8-1.el5
> 389-adminutil-1.1.14-1.el5
> 389-ds-1.2.1-1.el5
>
> When I try to run the 389-console application now (a user needs his 
> password reset), I get the following errors:
>
> 389-console
> Exception in thread "main" java.lang.ClassFormatError: 
> com.netscape.management.client.console.Console (unrecognized class 
> file version)
>   at java.lang.VMClassLoader.defineClass(libgcj.so.7rh)
>   at java.lang.ClassLoader.defineClass(libgcj.so.7rh)
>   at java.security.SecureClassLoader.defineClass(libgcj.so.7rh)
>   at java.net.URLClassLoader.findClass(libgcj.so.7rh)
>   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
>   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
>   at gnu.java.lang.MainThread.run(libgcj.so.7rh)
>
>
> Any ideas on how to fix this?
> java -version
> alternatives --config java
>
> java -version shows:
> java version "1.6.0_20"
> OpenJDK Runtime Environment (IcedTea6 1.9.8) 
> (rhel-1.22.1.9.8.el5_6-x86_64)
> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)
>
> update-alternatives shows:
> update-alternatives --config java
>
> There are 2 programs which provide 'java'.
>
>   Selection    Command
> -----------------------------------------------
>    1           /usr/lib/jvm/jre-1.4.2-gcj/bin/java
> *+ 2           /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/java
>
> Enter to keep the current selection[+], or type selection number:
>
> So it is already configured to use 1.6.0, and 389-console still blows 
> up as above.  Ideas?
389-console -D 9 -f console.log - edit console.log to remove any 
sensitive info - paste to list
>
> Harry
>
> Harry Devine
> Common ARTS Software Development
> AJT-144
> (609)485-4218_
> __Harry.Devine at faa.gov_ <mailto:Harry.Devine at faa.gov>
>
>
> --
> 389 users mailing list
> _389-users at lists.fedoraproject.org_ 
> <mailto:389-users at lists.fedoraproject.org>
> _https://admin.fedoraproject.org/mailman/listinfo/389-users_
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20111013/ac253140/attachment.html>