Bug 159677

Comment 1 Bob Duncan 2006-10-03 22:18:53 EDT

These failures only occur with security enabled for the AC.

Comment 2 Bob Duncan 2006-10-03 23:19:46 EDT

The details (uname -a and java -version) for the machines mentioned in comment #1 are as follows:

RedHat AS 2.1:
Linux .... 2.4.9-e.49 #1 Fri Aug 6 11:56:52 EDT 2004 i686 unknown
Java HotSpot(TM) Client VM (build 1.5.0_05-b05, mixed mode)

Suse SLES9:
2.6.5-7.97-default #1 Fri Jul 2 14:21:59 UTC 2004 i686 i686 i386 GNU/Linux
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20060504

Comment 3 Kevin P O'Leary 2006-10-04 19:33:30 EDT

Debugging this on suse 9.0 I am seeing the following in the servicelog.log file

Exception in init() from fileServer.c (line 309) 
The code is written so it tries to continue and I am not seeing any more errors in the the servicelog.log file.

I am seeing an error on the AC's console 
java.lang.NullPointerException
     KeyStoremanagerImpl.java (50)
     SecureServer.java        (48)

This test was using the IBM 1.5 jvm.

I was not seeing this error running on suse 10.0

Comment 4 Kevin P O'Leary 2006-10-17 10:26:44 EDT

I think this error is due to running on an NFS mounted file system and not being able to setuid on the necessary executable. I discussed this with Samson and we agreed to add a bugzilla and put in a release note.

Comment 5 Bob Duncan 2006-10-17 18:31:50 EDT

I am seeing some slightly different symptoms. I am still encountering the same problems in 4.3.0 with the TPTP-4.3.0-200610090100 driver. Some further info for each follows:

For the Sigsegv on RedHat (during AC start), I am getting a dump (attached) with the key info being the following failing call stack:

   Stack: [0x4ed90000,0x4f58f000),  sp=0x4f58c94c,  free space=8178k
   Native frames: (J=compiled Java code, ... , Vv=VM code, C=native code)
   V  [libjvm.so+0x4b18fa]
   V  [libjvm.so+0x3ede78]
   V  [libjvm.so+0x256876]
   V  [libjvm.so+0x2721d1]
   C  [libtptpCCTL.so+0xe4f5]  getnewstrutf+0x21
   C  [libtptpCCTL.so+0xdcd1]  createSecuredFileServer+0x201
   C  [libtptpCCTL.so+0xe57d]  JavaJob+0x81
   C  [libpthread.so.0+0x6c6f]

For the "Unable to connect" condition on SUSE SLES9 (attempting to connect after the AC starts), the following message appears in the AC servicelog (attached):

   msg="Security is enabled. Notify client to authenticate and drop this 
        connection and reconnect to port 0" severity="10"  

Comment 6 Bob Duncan 2006-10-17 18:33:34 EDT

Created attachment 52170 [details]
Dump from SigSegv on RedHat

Comment 7 Bob Duncan 2006-10-17 18:36:45 EDT

Created attachment 52171 [details]
Servicelog (with level=DEBUG) from "unable to connect" on Suse SLES9

Comment 8 Karla Callaghan 2006-10-24 12:59:53 EDT

Retarget to 4.4.  This is a blocker to the adoption of the new AC's backwards compatibility on Linux (125103).

Comment 9 Karla Callaghan 2007-01-25 13:10:46 EST

Assigning new AC Linux bugs to Igor, consider for 4.4.

Comment 10 Karla Callaghan 2007-02-09 11:50:21 EST

Added effort estimate: 5 days

Comment 11 Igor Alelekov 2007-03-02 07:37:46 EST

Marked as resolved since testing of AC 4.4i1 (build TPTP-4.4.0-200702211545) at RedHat AS 2.1, RHEL 4 upd 3, SLES-9 and SLES-10 with Sun (1.4, 1.5) and IBM (1.5) JVM  was successfull.

Comment 12 Paul Slauenwhite 2009-06-30 12:04:47 EDT

As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.