Re: Server error with large truncated log
On 24/04/2023 11:06, Mikael Pesonen wrote: Do you have any idea what could mess up the log, or how to fix it? Something is addign the Apr 20 00:30:34 insight-terms.lingsoft.fi java[832674] and it's not Fuseki. On 22/04/2023 15.57, Andy Seaborne wrote: On 20/04/2023 13:55, Mikael Pesonen wrote: Removing fi section results same error and also when removing OPTIONAL from en too. Query with all three languages work without OPTIONALs but that doesn't capture graphs (?ls_id) without some language content (returns only graphs that have all three languages). https://gist.github.com/mikael1234/a0ed6b4947d392b5798ca29cdab69b1f ... org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) org.apache.thrift.protocol.TProtocolUtil.skip(TProtocolUtil.java:144) ... TProtocolUtil.skip does not call Jetty. Thg ejetty line looks like the start of a different stacktrace. That seems to be the overlap of several log outputs with loss of details. It does not have the beginning of any of the exceptions which is where the exception message is. Andy On 20/04/2023 15.36, Andy Seaborne wrote: On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s)
Re: Server error with large truncated log
Do you have any idea what could mess up the log, or how to fix it? On 22/04/2023 15.57, Andy Seaborne wrote: On 20/04/2023 13:55, Mikael Pesonen wrote: Removing fi section results same error and also when removing OPTIONAL from en too. Query with all three languages work without OPTIONALs but that doesn't capture graphs (?ls_id) without some language content (returns only graphs that have all three languages). https://gist.github.com/mikael1234/a0ed6b4947d392b5798ca29cdab69b1f ... org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) org.apache.thrift.protocol.TProtocolUtil.skip(TProtocolUtil.java:144) ... TProtocolUtil.skip does not call Jetty. Thg ejetty line looks like the start of a different stacktrace. That seems to be the overlap of several log outputs with loss of details. It does not have the beginning of any of the exceptions which is where the exception message is. Andy On 20/04/2023 15.36, Andy Seaborne wrote: On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s) -- Lingsoft - 30 years of Leading Language Management www.lingsoft.fi Speech Applications - Language Management - Translation - Reader's and Writer's Tools - Text Tools - E-books and M-books Mikael Pesonen Semantic Technologies e-mail: mikael.peso...@lingsoft.fi Tel. +358 2 279 3300 Time zone: GMT+2 Helsinki Office Eteläranta 10 FI-00130 Helsinki FINLAND Turku Office
Re: Server error with large truncated log
On 20/04/2023 13:55, Mikael Pesonen wrote: Removing fi section results same error and also when removing OPTIONAL from en too. Query with all three languages work without OPTIONALs but that doesn't capture graphs (?ls_id) without some language content (returns only graphs that have all three languages). https://gist.github.com/mikael1234/a0ed6b4947d392b5798ca29cdab69b1f ... org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) org.apache.thrift.protocol.TProtocolUtil.skip(TProtocolUtil.java:144) ... TProtocolUtil.skip does not call Jetty. Thg ejetty line looks like the start of a different stacktrace. That seems to be the overlap of several log outputs with loss of details. It does not have the beginning of any of the exceptions which is where the exception message is. Andy On 20/04/2023 15.36, Andy Seaborne wrote: On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s)
Re: Server error with large truncated log
I forgot to mention that the query is done as federated call. Local call results an server error but bit more detail: check(??0, null): null node value On 20/04/2023 15.36, Andy Seaborne wrote: On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s) -- Lingsoft - 30 years of Leading Language Management www.lingsoft.fi Speech Applications - Language Management - Translation - Reader's and Writer's Tools - Text Tools - E-books and M-books Mikael Pesonen Semantic Technologies e-mail:mikael.peso...@lingsoft.fi Tel. +358 2 279 3300 Time zone: GMT+2 Helsinki Office Eteläranta 10 FI-00130 Helsinki FINLAND Turku Office Kauppiaskatu 5 A FI-20100 Turku FINLAND
Re: Server error with large truncated log
Removing fi section results same error and also when removing OPTIONAL from en too. Query with all three languages work without OPTIONALs but that doesn't capture graphs (?ls_id) without some language content (returns only graphs that have all three languages). https://gist.github.com/mikael1234/a0ed6b4947d392b5798ca29cdab69b1f On 20/04/2023 15.36, Andy Seaborne wrote: On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s) -- Lingsoft - 30 years of Leading Language Management www.lingsoft.fi Speech Applications - Language Management - Translation - Reader's and Writer's Tools - Text Tools - E-books and M-books Mikael Pesonen Semantic Technologies e-mail: mikael.peso...@lingsoft.fi Tel. +358 2 279 3300 Time zone: GMT+2 Helsinki Office Eteläranta 10 FI-00130 Helsinki FINLAND Turku Office Kauppiaskatu 5 A FI-20100 Turku FINLAND
Re: Server error with large truncated log
On 20/04/2023 13:23, Mikael Pesonen wrote: I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Does en and sv work? Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: No Jena code there. What you are looking is the top of the stacktrace (back to the operation in Jena) and also the top of the "caused by" IF they are all the same, put one example on a gist. Andy Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s)
Server error with large truncated log
I have a query with some counts for statistics (only way I got them working) { SELECT ?ls_id (count(distinct ?pl_fi) as ?fi_count) WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_fi FILTER(LANG(?pl_fi) = "fi") }} GROUP BY ?ls_id } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_en) as ?en_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_en FILTER(LANG(?pl_en) = "en") }} GROUP BY ?ls_id } } OPTIONAL { { SELECT ?ls_id (count(distinct ?pl_sv) as ?sv_count)WHERE { GRAPH ?ls_id { ?c skos:prefLabel ?pl_sv FILTER(LANG(?pl_sv) = "sv") }} GROUP BY ?ls_id } } With en and fi languages this works, but adding sv it fails with Server Error and 12000+ lines of log for one exception. Log is truncated so beginning of the log is missing. How could I proceed with debugging this? Jena is 4.6.1 and I'm running queries in Fuseki web GUI. Last lines of exception log: Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.1] Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6607] 500 Server Error (40.263 s) Apr 20 15:08:40 x.lingsoft.fi java[832674]: [2023-04-20 15:08:40] Fuseki INFO [6606] 500 Server Error (40.279 s)