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.dev...@faa.gov From: Rich Megginson <rmegg...@redhat.com> To: Harry Devine/ACT/FAA@FAA Cc: "General discussion list for the 389 Directory server project." <389-us...@lists.fedoraproject.org>, Ted Rush/ACT/FAA@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.dev...@faa.gov wrote: Harry Devine Common ARTS Software Development AJT-144 (609)485-4218 harry.dev...@faa.gov From: Rich Megginson <rmegg...@redhat.com> To: "General discussion list for the 389 Directory server project." <389-us...@lists.fedoraproject.org> Cc: Harry Devine/ACT/FAA@FAA, Ted Rush/ACT/FAA@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.dev...@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.dev...@faa.gov -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
