This page describes what to do if you encounter problems when installing or maintaining InterMine. Please feel free to Contact us with any questions you may have.
If you encounter a problem when running a task, try adding the verbose flag:
When integrating data, the errors are usually in intermine.log in your mine's directory.
When you see an error on the webapp or get a blank page and nothing appears in the webapp log from log4j, it is likely you will be able to find more information on what went wrong in the tomcat logs:
It will likely be the log that was modified last.
A good way of looking at the output to these logs in real time is to use the command:
If you reload the webapp, you will see the error output directly on the screen.
If you are having problems with a specific query, you can run it directly in the console. The query is listed in the log files in IQL (InterMine Query Language). To run the query directly, go to
$MINE/dmodel and execute this command:
Note that you can do this in a running web-app to check that it works by visiting the
HOST/PATH/showProperties.do URL when logged in as superuser.
Listed here are some common errors encountered in InterMine and some suggested fixes.
This means that your version of Java is too old. You need at least Java 8 to run InterMine.
Errors of this type mean there was a problem accessing a database, in this example,
db.flatmodeunittest. Either the database specified in the
mine.properties file doesn't exist or the server/user/password details in the properties are incorrect.
This occurs when the number of connections to a database exceeds the maximum configured in the postgres configuration. You need to increase the value of
max_connections in the
postgresql.conf file and restart postgres. Try 100 connections:
If you still experience this problem, restart Postgres.
This means that a Java process hasn't been allocated enough memory to function correctly. You can increase the amount of memory by changing the
-Xmx property in your
GRADLE_OPTS environment variable. We recommend
8G as a minimum, more is often needed during data loading. Your
GRADLE_OPTS variable should include the following:
Can't find class name
In this example a class named
Protein could not be found in the data model. This will usually arise when running a parser and attempting to create an
Item for a class that does not exist. Check your
SOURCE-NAME_additions.xml files to see if the class is listed. Only the additions files for sources lists on
./gradlew builddb was run will be included in the data model.
It is expecting to find some keys to integrate data from that source. Do you have a keys file in the
Classpath issues can generate various errors, for example, a conflict caused by
wstx-asl-3.2.4.jar when the XMLOutputFactory created its StreamWriter in PathQueryBinding:
If you are using Tomcat with a version > 6 and you see the following error in your log:
Please add this to your Tomcat startup.sh and catalina.sh scripts:
See Tomcat for more details.
If you get a session error when you first start up your webapp, update your Tomcat configuration to handle different URLs. See Tomcat.
Assuming you are using Google Chrome as your browser, press
Ctrl+Shift+I to open a Debugger. In there, click on the "Console" tab. If errors are present you should see them in red. If you want to inspect what kind of data are being sent/fetched, click on the Network Tab.
If you are using the List Widgets library
(>= 1.2.4), then you can launch a "debug mode" on them. Simply wait for your page to load. Then append
#debug to the end of the page URL. You should see buttons on individual widgets allowing you to see a debug trace of events happening.
There is no extra configuration required to get the search working. The search uses a Lucene index not the postgres database. The Lucene index is created at build-time, and it is the last source build as part of the tutorial.
The search should be very quick, but depending on the machine it's on, the initial search can be quite slow. On the first search, the index is unpacked from the database and loaded into memory which can take up to a minute.
If the search is just failing instantly, check your log files ($TOMCAT/logs). When the index is unpacked from the database, it writes to disk. There may be permissions or space issues.
See Gradle - FAQs for more error messages.