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

[harry.devine at faa.gov]

Where does the console.log file get created?  I've run with the debug 
switches several times, even specifying a full path for the file, and it 
doesn't get created.  I can't find it for the life of me.

Harry

Harry Devine
Common ARTS Software Development
AJT-144
(609)485-4218
Harry.Devine at faa.gov



From:
Rich Megginson <rmeggins at redhat.com>

To:
Harry Devine/ACT/FAA at FAA
Cc:
"General discussion list for the 389 Directory server project." 
<389-users at lists.fedoraproject.org>, Ted Rush/ACT/FAA at FAA
Date:
10/13/2011 03:53 PM
Subject:
Re: [389-users] GUI console fails to show up after upgrade



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 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 


--
389 users mailing list
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/c9453ad9/attachment.html>