Strange problem uploading recordings from Moodle and pyCA

Skip to first unread message

Sep 29, 2023, 11:53:54 AMSep 29
to Opencast Users

we are experiencing strange problems with our opencast 13.10 installation.
Everything was fine last semester. While the semester break we upgraded Moodle to 4.1 including the Moodle Opencast tool chain.
After this we had a dozen uploads from moodle so I don't think this caused the problem.

What I changed last, was that I moved the whole nfs based filesystem from the old nfs to a new nfs server with a lot more space and updated the OS of all opencast machines.
I used the following command to rsync the files:
rsync -av -H --delete --numeric-ids /old/ /new/
After the sync I changed the switched the mount points.

Uploading recordings via opencast web frontend seems to work okay.

Problems arise when we try to upload recordings from moodle (block_/tool_opencast, wether it's ingest or api upload) or from our capture agents (pyCA running on windows machines with OBS). As long as the upload takes less then 30 or 60 seconds (didn't figure out why sometimes 30 and else 60) it works. But if the upload files is bigger so the upload takes more time, it will eventually run into an error. This happens wether we upload via ingest endpoint or via api.

Direct upload via opencast frontend from the CA machines works for bigger files and longer times.
So for me it seems like a problem with the api and ingest endpoint.

The error log looks like:
"2023-09-29T14:00:28,909 | INFO | (IngestServiceImpl:666) - Created mediapackage 2cc5a589-4eb8-4f8f-a2be-785c343068d7
2023-09-29T14:00:29,256 | INFO | (IngestServiceImpl:765) - Start adding track cb2196c0-4f6a-41d2-8bbc-b3a773833035 from input stream on mediapackage 2cc5a589-4eb8-4f8f-a2be-785c343068d7
2023-09-29T14:00:59,233 | ERROR | (EventsEndpoint:664) - Unable to create event
org.opencastproject.index.service.exception.IndexServiceException: Unable to parse new event.
at org.opencastproject.index.service.impl.util.EventHttpServletRequest.createFromHttpServletRequest( ~[!/:?]
at org.opencastproject.external.endpoint.EventsEndpoint.createNewEvent( [!/:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke( ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke( ~[?:?]
at java.lang.reflect.Method.invoke( ~[?:?]
at [!/:9.4.43.v20210629]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ [!/:9.4.43.v20210629]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob( [!/:9.4.43.v20210629]
at org.eclipse.jetty.util.thread.QueuedThreadPool$ [!/:9.4.43.v20210629]
at [?:?]
Caused by: Early EOF
at org.eclipse.jetty.server.HttpInput$3.getError( ~[!/:9.4.43.v20210629]
at org.eclipse.jetty.server.HttpInput$3.noContent( ~[!/:9.4.43.v20210629]
at ~[!/:9.4.43.v20210629]
at org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable( ~[?:?]
at org.apache.commons.fileupload.MultipartStream$ ~[?:?]
at ~[!/:2.8.0]
at ~[!/:?]
at ~[?:?]
at ~[?:?]
at ~[!/:2.8.0]
at ~[!/:2.8.0]
at ~[!/:2.8.0]
at ~[!/:2.8.0]
at org.opencastproject.workingfilerepository.impl.WorkingFileRepositoryImpl.put( ~[?:?]
at org.opencastproject.ingest.impl.IngestServiceImpl.addContentToRepo( ~[?:?]
at org.opencastproject.ingest.impl.IngestServiceImpl.addTrack( ~[?:?]
at org.opencastproject.ingest.impl.IngestServiceImpl.addTrack( ~[?:?]
at org.opencastproject.index.service.impl.util.EventHttpServletRequest.ingestFile( ~[!/:?]
at org.opencastproject.index.service.impl.util.EventHttpServletRequest.createFromHttpServletRequest( ~[!/:?]
... 133 more
2023-09-29T14:00:59,236 | WARN | (WebApplicationExceptionMapper:73) - HTTP 500 Internal Server Error
at org.opencastproject.external.endpoint.EventsEndpoint.createNewEvent(
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
at java.base/java.lang.reflect.Method.invoke(
at org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(
at org.apache.cxf.service.invoker.AbstractInvoker.invoke(
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(
at org.apache.cxf.interceptor.ServiceInvokerInterceptor$
at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(
2023-09-29T14:06:41,504 | INFO | (ServiceRegistryJpaImpl:2308) - State reset to NORMAL for service org.opencastproject.ingest on host https://ADMINURL through sanitize method"

Maybe someone experienced similar problems or has any knowledge, what we can do to fix this problem, as lectures will start in a bit more than a week.


Katrin Ihler

Oct 4, 2023, 3:11:17 AMOct 4

Looks like something timed out and the upload wasn't completed. But I'm not certain where that happened...


To unsubscribe from this group and stop receiving emails from it, send an email to
Heger-Tor-Wall 12
D-49074 Osnabrück

Katrin S

Oct 12, 2023, 3:57:25 AMOct 12
to Opencast Users,
Hi Sven,

the EOF error hints at the video file not being fully uploaded. Have you changed anything in the proxy Server, especially regarding buffering? Does the new NFS Server have restrictions regarding filesize?


Oct 12, 2023, 5:15:13 AMOct 12
to Opencast Users,
Hi Katrin,

the proxy server for us is our institutional loadbalancing/ssl termination server. I spoke to the administrator of this load balancer and we tried to figure out what was happening together but didn't come to any conclusion.
What I've noticed is that uploads to Opencast are generally very slow, really slow. Manual uploads are slow, but they don't stop after 30 seconds, they can sometimes take 10 minutes, but are then finally successful.
I still need to figure out why the uploads are slow and whether it might be the load balancer. But I'm still surprised at the difference.
The NFS doesn't seem to be the problem, when I moved the file system I at least achieved a write speed of over 100 MB/s.


Katrin S

Oct 12, 2023, 6:26:17 AMOct 12
to Opencast Users,, Katrin S
Hi Sven, 

it's a little bit of a shot in the dark, but what you describe sounds like there is a problem with routing in your network, as if not all packets actually are transferred, in case you are using UDP, you could try using TCP with the NSF server.

Another thing, you probably already know this, but just in case you don't, the Opencast Documentation has an example config for different webservers, that you could check whether there are any obvious differences:

Reply all
Reply to author
0 new messages