libtfxiface8.so

 3 Replies
 0 Subscribed to this topic
 68 Subscribed to this forum
Sort:
Author
Messages
Lee
Posts: 37

    We are AIX 6.1; 2 environments on same system: 9.0.0.6/apps 8.0.7.11 and 9.0.1.4/9.0.1.2 apps; Oracle is remote from different AIX 6.1 box;  PR140 fails on both environments; PRTF and PR80 both work correctly on both environments; error on PR140 indicates 'mfini' and 119 - which is useless.  The error that shows up is: Could not open /lsftst91/gen/lib/shared/libtfxiface8.so

    We've run everything from verifyora10 to cmptfxora8 to cmprts and a full review of the cobol stuff (both 32 bit and 64 bit as appropriate).  Validated all internal connectivity stuff from Oracle back to the Lawson application server, etc.

    Thoughts/ideas?  Thanks!

    Jimmy Chiu
    Veteran Member
    Posts: 641
    Veteran Member
      From mylawson support:

      TF80 PR113, PR140, PA100 gets error code 114, 119 or signal 11

      Article ID:558564


      Description:
      I have installed TF80 and some of the batch payroll programs (PR113, PR140, PA100) get errors: "error code 114, error code 119 or Signal 11".

      How do I resolve this?

      Resolution:
      When Oracle and Lawson run on the same UNIX server, the DATABASE variable for TaxFactory 8.0 is usually set as follows in /etc/lawson.env:

      Set DATABASE tf80/password

      However, because Lawson uses the 32-bit libraries to build the libtfxiface8.so or libtfxiface8.sl interface file, and the Oracle database is 64-bit, this can cause batch payroll programs to fails with one of three errors:

      error code: 119, pc=0, call=1, seg=0
      119 Name is not unique (binding symbol ' mfini')

      error code: 114, pc=0, call=1, seg=0
      114 Attempt to access item beyond bounds of memory (Signal 11)

      Terminated Due To A Signal 11.

      The resolution is to set DATABASE as follows:

      Set DATABASE tf80/password@servicename

      Where servicename is the name of the remote database listener defined in the Oracle tnsnames.ora file on the Lawson application server. The default location for this file is $ORACLE_HOME/network/admin/tnsnames.ora.

      To test this new setting, log in as user lawson and perform these steps:

      export DATABASE=tf80/password@servicename
      echo $DATABASE
      $ORACLE_HOME/bin/sqlplus $DATABASE

      If you can login to sqlplus correctly, then exit out of that and run prtf as follows:

      export USELATM=FALSE
      lapm productline prtf

      Click the first four test buttons. If they all say OK, then your Oracle configuration is set up correctly.
      If you get an ORA-xxxxx error when you run sqlplus or if it asks for your userid and password, then you will need to review your Oracle configuration with your Oracle DBA.

      To make the change permanent:
      Edit the /etc/lawson.env file
      Change the Set DATABASE line to tf80/password@servicename
      From Lawson Insight Desktop (LID) prompt, run . cv $LAWENVNAME to reset your environment variables
      Stop RMI (8.0.3 environment) or Websphere (LSF 9.0.0/9.0.1)
      Stoplaw; startlaw
      Start RMI or Websphere
      Test the failing batch payroll program again.



      Additional Information:

      Keywords:
      taxfactory 8.0 taxfactory 8 tf80 tf 8.0
      Lee
      Posts: 37

        Fixed!  We recently put on Oracle 10.2.0.4 (old version was 10.2.0.2).  Test system had Oracle DB - production had client and the PR140 worked; Lawson LIS indicated that the potential was related to a strengthening of the permissions on the newer version.  We ran (as oracle user) $ORACLE_HOME/install/changePerms.sh to 'loosen' the perms so that 'other' applications could run.  We asked Lawson to include it in one of their KB articles as a fix to the libtfxiface8.so.

        Lee

        Lee
        Posts: 37
          Changed issue to 'resolved'