Vilnis Termanis (Iotic Labs) created JENA-1296:
--------------------------------------------------
Summary: Fuseki SPARQL endpoints become unresponsive after
read/write load
Key: JENA-1296
URL: https://issues.apache.org/jira/browse/JENA-1296
Project: Apache Jena
Issue Type: Bug
Components: Fuseki, TDB
Affects Versions: Fuseki 2.5.0, Fuseki 2.4.1
Environment: CentOS 7.3 VM, 2x cores, OpenJDK 1.8.0_121 (64-bit), 1GB
JVM heap, Fuseki running as service
Reporter: Vilnis Termanis (Iotic Labs)
Priority: Critical
*Steps:*
# Start with plain Fuseki + given configuration (simple TDB store)
# Import 1k.ttl
# Run lockup.py (same host, mix of multiple parallel updates & single select)
*Result:*
After some time Fuseki stops accepting any additional SPARQL queries. (they
time out at client end and are left in CLOSE_WAIT state on server). During my
testing this happened within ~30s of running the script.
*Notes:*
- Locks up more quickly if JVM has had cold start (e.g. restart after step 2)
but it definitely is *not* only a startup issue.
- During testing the VM was very rarely I/O limited.
- Reproducible as detailed above in v2.4.1 & v2.5.0
- In v2.4.0 and v2.3.1 no lockup seems to occur, but once the script has been
running for a while, the SELECT query times out sometimes.
So for now we're limited to using the (now somewhat old) v2.3.1 - it would be
nice to be able to upgrade.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
