I installed DevTest in Linux machine by using "root" user of the Linux. And I started Enterprise Dashboard and Registry from "root" user of Linux as services. After logging into the Linux console by using another user who does not have "root" privilege and I tried to start DevTest Workstation and to log into Registry, then I got a Database Error dialog like below:
and after clicking the "Yes" button, DevTest Workstation was terminated.
By checking the workstation.log, I found the error message like below:
2017-06-15 02:09:50,979Z (22:09) [main] ERROR com.itko.lisa.test.SiteProperties - Unable to read properties file for LISA_LOCAL_PROPERTIES
java.io.FileNotFoundException: $LISA_HOME/locks/.local.properties.lock (Permission denied)
at java.io.RandomAccessFile.open0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
at com.install4j.runtime.launcher.UnixLauncher.main(Unknown Source)
I tried to start DevTest Workstation, and log into a Registry running in a different server. However, I got the same error dialog.
This dialog appears after logging in to Registry from DevTest Workstation. The title of the dialog is "Database Error", but this is a permission problem of DevTest installed directories and files.
The sequence of events is as follows:
This problem occurs in the Windows Operating System with these conditions below:
Release: Service Virtualization 10.1
Linux and Windows environment
Changing the permission of .lisa.properties.lock, .local.properties.lock and .site.properties.lock files in $LISA_HOME/locks directory will avoid the "Database Error" dialog and the error messages workstation.log, but these files are used for interprocess concurrency. So changing the permission of these files can't be recommended.
If the Linux user for starting DevTest Workstation can be "root", then using the "root" user for starting DevTest Workstation is one of the solutions.
But if the Linux user for starting DevTest Workstation must not be "root", then solutions are based on the Installation Type when installing. There are two Installation Types like below:
|A.||Copy lisa.user.properties file from the $LISA_HOME to $USER_HOME|
|B.||Open the $USER_HOME/lisa.user.properties file by using a text editor|
|C.||In the $USER_HOME/lisa.user.properties file, the property named lisa.data.dir is defined as $LISA_HOME directory, so change this value to the directory that the Linux user has the write access|
|D.||Save the $USER_HOME/lisa.user.properties file|
|E.||Open the $USER_HOME/lisa.user.properties file by using a text editor|
|F.||Change the lisa.data.dir value to the directory that the Linux user has the write access|
If the same problem occurs in the Windows Operating System, the resolution of the problem is almost the same except for the way the file system is represented, the way the environment variables are represented and the "Administrator" user ("root" user in Linux).
Please read the following link for Shared Installation Type and settings:
From DevTest 10.2, there are not any types of installation. Like "Local" and "Shared".