Hi Lukas, Thank you, will give it a try and let you know.
Regards, Edmore ________________________________________ From: [email protected] [[email protected]] on behalf of Lukas Rohner [[email protected]] Sent: Thursday, February 14, 2013 12:55 PM To: Matterhorn Users; Edmore Moyo Subject: Re: [Matterhorn-users] MH-9361 : Highly segmented presentations (~>190) fail to distribute streaming Hi Edmore Maybe you should try the properties "org.mortbay.http.HttpRequest.maxFormContentSize" or "org.mortbay.http.HttpRequest.maxContentSize" instead of "org.eclipse...", because matterhorn uses the apache felix http bundle [1] which includes jetty [2] and not an eclipse bundle. [1] http://felix.apache.org/documentation/subprojects/apache-felix-http-service.html [2] http://mvnrepository.com/artifact/org.apache.felix/org.apache.felix.http.jetty/2.2.0 Let me know if this works. Thanks, Lukas Am 13.02.2013 um 15:39 schrieb Edmore Moyo <[email protected]>: > Hi Tobias, > > I basically just added a > "-Dorg.eclipse.jetty.server.Request.maxFormContentSize= 200000" as one of the > options when starting up Matterhorn. We have managed to clear the high > traffic by running a mysql script on the db but we would have liked a much > safer alternative that would not compromise the integrity of the database. > > Regards, > > Edmore > > On 08 Feb 2013, at 3:08 AM, Tobias Wunden wrote: > >> Hi Edmore, >> >> may I ask what you did exactly when you say "we tried Tobias's suggestion >> but we had no success with that"? Not that I don't remember hinting at the >> POST size limit, but I am wondering how you tried to get around that. >> >> Thanks! >> Tobias >> >> On 05.02.2013, at 08:33, Edmore Moyo <[email protected]> wrote: >> >>> Hi, >>> >>> We recently experienced this issue: >>> http://opencast.jira.com/browse/MH-9361 >>> >>> We tried Tobias's suggestion but we had no success with that. Does anybody >>> currently have a workaround or solution to this issue? One that does not >>> include splitting the media. I noticed that Andreas Krieger mentioned >>> having to remove the jobs from the database, is this the only way to stop >>> the high volume of 500 errors that we are getting: >>> >>> >>> 2013-02-05 09:32:33 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092077, version:21413} >>> 2013-02-05 09:32:33 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092078, version:21413} >>> 2013-02-05 09:32:33 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092080, version:21413} >>> 2013-02-05 09:32:33 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092082, version:21413} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092083, version:21407} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092086, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092087, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092088, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092089, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092090, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092091, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092092, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092093, version:21408} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092095, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092096, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092097, version:21412} >>> 2013-02-05 09:32:34 WARN (ServiceRegistryJpaImpl:1385) - Service >>> org.opencastproject.distribution.streaming@http://media.uct.ac.za failed >>> (500) accepting Job {id:4092098, version:21412} >>> >>> >>> Regards, >>> >>> Edmore Moyo >>> CET >>> UCT >>> ________________________________ >>> UNIVERSITY OF CAPE TOWN >>> >>> This e-mail is subject to the UCT ICT policies and e-mail disclaimer >>> published on our website at >>> http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 >>> 21 650 9111. This e-mail is intended only for the person(s) to whom it is >>> addressed. If the e-mail has reached you in error, please notify the >>> author. If you are not the intended recipient of the e-mail you may not >>> use, disclose, copy, redirect or print the content. If this e-mail is not >>> related to the business of UCT it is sent by the sender in the sender's >>> individual capacity. >>> >>> _______________________________________________ >>> Matterhorn-users mailing list >>> [email protected] >>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users >> >> _______________________________________________ >> Matterhorn-users mailing list >> [email protected] >> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users >> > > > _______________________________________________ > Matterhorn-users mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
