DSI Failing Startup After Copying program.

Document ID : KB000035392
Last Modified Date : 14/02/2018
Show Technical Document Details

Question:

After copying a CA LDAP install directory that has been recently refreshed with the latest maintenance, DSI fails at startup with the following in the stderr log:

2015-12-08 10:34:43,068 1449592483067010 TGDRS /Access/Access/pdSelectApp.jsp DEBUG com.ams.cacs.security.CacsProcessLogin.processLogin - entering...
2015-12-08 10:34:43,068 1449592483067010 TGDRS /Access/Access/pdSelectApp.jsp DEBUG class com.ams.cacs.security.CacsSecurityProvider.authenticateUser() - entering ...
2015-12-08 10:34:44,075 1449592483067010 TGDRS /Access/Access/pdSelectApp.jsp ERROR class com.ams.cacs.security.TGAuthenticator.DSI_JNI_Authenticate() - User: TGDRS : Failed in DSI_JNI_Authenticate.DSI_java_open(). iRetCode: 13
2015-12-08 10:34:44,075 1449592483067010 TGDRS /Access/Access/pdSelectApp.jsp ERROR class com.ams.cacs.security.TGAuthenticator.DSI_JNI_Authenticate() - User: TGDRS : Failed in DSI_JNI_Authenticate.DSI_java_close(). iRetCode: 7

Answer:

Copying the programs from one directory to another can cause the APF authorization bit to be turned off depending on the program used to copy.

It is recommended that a program that copies the files/programs with their respective attributes so as not to lose them.

 

Recommend using a program that will copy the file/program with its respective attribute and not lose them.

The following is an example of how to check the APF attribute and turn on the APF attribute:

Use the extattr command to display the attributes of the object bipimain. For example:

extattr /usr/lpp/mqsi/bin/bipimain

The attribute APF authorized must be set to YES. If it is not, use extattr +a bipimain to set this attribute. For example:

extattr +a /usr/lpp/mqsi/bin/bipimain