Opencast + Wowza: Wie läuft das Streaming ab?

[Stephan Krinetzki]

Hallo zusammen,

da nun endlich opencast läuft und auch fleißig die Videos codiert, möchte ich nun Wowza dazu bewegen, mit Opencast zusammenzuarbeiten.

Dazu habe ich in Wowza die Applikation "vod" so geändert, dass diese auf das Streaming Verzeichnis von opencast verweist (/srv/opencast/streams bei rpm Installation). In der /etc/opencast/custom.properties habe ich folgende Einstellungen gesetzt:

org.opencastproject.streaming.url=rtmp://<DOAMIN>/vod
org.opencastproject.streaming.directory=${org.opencastproject.storage.dir}/streams
org.opencastproject.streaming.port=1935

Im Apache, der als Proxy fungiert, sind Opencast und Wowza so eingetragen:

<VirtualHost *:80>
 ServerName <DOMAIN>
 ServerAlias


 ProxyRequests Off
 ProxyPreserveHost on
        ProxyPass /enginemanager http://localhost:8088/enginemanager
        ProxyPass /vod http://localhost:1935/vod
 ProxyPass / http://localhost:8080/
        ProxyPassReverse /  http://localhost:8080/
 <Proxy *>
 Require all granted
 </Proxy>
</VirtualHost>

Allerdings wird im Workflow unter /srv/opencast/streams keine Datei abgelegt. Habe ich irgendwas vergessen?

Gruß

Stephan

[Rüdiger Rolf]

Hallo Stephan,

zuerst einmal die Frage, ob du wirklich Adobe Flash weiter nutzen willst, weil RTMP Streaming nur mit Flash machbar ist. Es gibt ein Wowza-Modul von mit für Opencast 1.6, das die Kollegen in Köln auf Opencast 2.2 und Wowza 4.x angepasst und verbessert haben (Commit der Änderungen steht noch aus), das zumindest HLS unterstützt im Opencast Player (und auch DASH mit dem Paella Player). Im Anbetracht aktueller Entwicklungen, wie das Entfernen des Flash Plugins aus Chrome zum Jahresende, würde ich mir das überlegen.

Weshalb nach deinen Opencast Konfigurationsänderungen die Streams nicht in das Verzeichnis kopiert wurden weiß ich nicht. Hattest du Opencast nach der Änderung neu gestartet?

Weshalb hast du den Apache Proxy auch for Wowza gesetzt?

Gruß
Rüdiger

Am 25.10.16 um 15:59 schrieb Stephan Krinetzki:

--
You received this message because you are subscribed to the Google Groups "Deutschsprachige Opencast Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.

[Stephan Krinetzki]

Hallo Rüdiger,

das rtmp scheint bei uns wohl noch eine Anforderung zu sein, muss das aber mit dem Projektteam klären. Die anderen Varianten wäre natürlich schöner, werde daher auch mit der Uni Köln in Verbindung treten, was das angepasste Modul von dir angeht.

Der Server wurde neugestartet, aber es befinden sich keine Dateien in /srv/opencast/streams. Muss ich dazu nicht irgendwo den Workflow anpassen?

Den Apache Proxy für Wowza brauche ich wegen der Ports, da bei dem Server nur Port 80 aktuell freigeschaltet ist. Wenn Wowza den Port 19xx brauch, muss ich den noch freischalten lassen. In dem Kontext fällt mir noch ein: Wie funktioniert das absichern der Streams? Ich persönlich dachte da an eine Token basierte Lösung: Der Student/Interessent ruft über ein eLearning Portal das Video auf und bekommt einen Token, der X-Minuten gültig ist. Somit kann das Video nicht verteilt oder vollständig runtergeladen werden, zumindest nicht ohne erheblichen Aufwand. Das ist auch eine Anforderung unseres Projektteams.

Ich hoffe, ich stelle jetzt nicht zu viele Fragen auf einmal, soll halt den Server nur administrativ betreuen :)

Viele Grüße aus Aachen

Stephan

[Rüdiger Rolf]

Hallo Stephan,

Zur Stream Security kann ich nur auf unsere Dokumentation verweisen:
https://documentation.opencast.org/r/2.2.x/admin/configuration/stream-security/
Es gibt dann noch ein Apache Plugin:
https://bitbucket.org/opencast-community/apache-httpd-stream-security-plugin
Und eines für Wowza:
https://bitbucket.org/opencast-community/wowza-stream-security-plugin

Praktische Erfahrungen habe ich mit Stream Security nicht, da können andere hier mehr Auskunft geben. Es funktioniert aber wohl auch mit HLS und DASH auf dem Wowza, was ich hörte.

Was den Workflow angeht: eigentlich muss da nichts umgestellt werden, wenn die Streming Punkte in der Konfiguration aktiviert werden.
Die "publish-engage" Operation führt auch das kopieren der Dateien zum Streaming Server durch:

    <operation
      id="publish-engage"
      if="${publishToEngage}"
      max-attempts="2"
      exception-handler-workflow="ng-partial-error"
      description="Publishing to Opencast Media Module">
      <configurations>
        <configuration key="download-source-flavors">dublincore/*,security/*</configuration>
        <configuration key="download-source-tags">engage-download,atom,rss,mobile</configuration>
        <configuration key="streaming-source-tags">engage-streaming</configuration>
        <configuration key="check-availability">true</configuration>
      </configurations>
    </operation>

Das kopieren der Dateien zum Streaming sollte auch in den Logs auftauchen. Vielleicht mal da schauen, ob etwas schief geht (Fehlende Rechte beim kopieren, andere Pfade als erwartet,...)?

Gruß
Rüdiger

Am 26.10.16 um 17:05 schrieb Stephan Krinetzki:

[Stephan Krinetzki]

Hallo Rüdiger,

ich habe auf meinem Server, der über das RPM installiert wurde, nur zwei Workflows zur Auswahl, beide enthalten das "engage-streaming" nicht. Übersehe ich etwas?

Gruß

Stephan

[Rüdiger Rolf]

Die Workflows liegen in /etc/opencast/workflows/ und da sollten mehr als zwei sein. Von interesse sind eigentlich nur die mit ng-* anfangen.

Die *partial* workflows importieren einander und die Zeile sollte in ng-partial-publish.xml enthalten sein.

Ich werde Lars fragen, ob er das beim Repo irgendwie geändert hat, kann mir das aber nicht vorstellen.

Gruß
Rüdiger

Am 31.10.16 um 09:02 schrieb Stephan Krinetzki:

[Stephan Krinetzki]

Hallo Rüdiger,

da liegen mehr, ja, aber die "GUI" zeigt mir nur zwei. Berechtigungsproblem?

Gruß

Stephan

[Rüdiger Rolf]

Nein. Es gibt nur 2 die man nach dem Hochladen sieht. Etliche andere sind für die (noch vorhandene) alte Admin UI und einige für andere Situationen, wie z.B. nach dem Video-Editor, oder wenn man einen Job ausgewählt hat und Actions -> Aufgabe Starten auswählt.

Am 31.10.16 um 14:02 schrieb Stephan Krinetzki:

[Stephan Krinetzki]

Okay, aber nach wie vor wird das Video nicht nach /srv/opencast/streams kopiert (keine Fehlermeldung im Log.). Noch eine Idee, woran das liegen könnte? Sollte ich die Workflow Datei aus dem git eventuell noch einmal neu nach /etc/opencast/workflows kopieren?

[Rüdiger Rolf]

Hallo,

du solltest in den Logs INFO Einträge finden die sagen "(StreamingDistributionService:251) - Distributing ....". Da steht dann der Pfad drin an welche Stelle die Dateien kopiert werden.

Zusätzlich sollte beim Start der StreamingDistributionService sich noch in den Logs melden, ob er die URL und das Verzeichnis in der Config gefunden hat.

Gruß
Rüdiger

Am 02.11.16 um 08:11 schrieb Stephan Krinetzki:

[Stephan Krinetzki]

Hallo Rüdiger,

das mit dem Log werde ich nun prüfen.

Neben diesem Problem habe ich ja noch das Problem mit dem Wowza Streaming Modul. Es lässt sich leider nicht compilieren:

mvn clean install -DdeployTo=/opt/matterhorn
[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[FATAL] Non-resolvable parent POM for org.opencastproject:matterhorn-distribution-service-streaming-wowza:[unknown-version]: Failure to find org.opencastproject:base:pom:2.2.2 in https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced and 'parent.relativePath' points at wrong local POM @ line 8, column 11
 @
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]  
[ERROR]   The project org.opencastproject:matterhorn-distribution-service-streaming-wowza:[unknown-version] (/opt/matterhorn/modules/matterhorn-distribution-service-streaming-wowza/pom.xml) has 1 error
[ERROR]     Non-resolvable parent POM for org.opencastproject:matterhorn-distribution-service-streaming-wowza:[unknown-version]: Failure to find org.opencastproject:base:pom:2.2.2 in https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced and 'parent.relativePath' points at wrong local POM @ line 8, column 11 -> [Help 2]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException

Mache ich beim opencast 2.2.2 da noch einen Fehler?

Gruß

Stephan

[Stephan Krinetzki]

Ergänzung zum Streaming:

Das ist das einzige, was zum Thema "Distributing.." im log existiert ist das hier (Beispiel):

2016-10-31 14:23:34,414 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing attachment-5@bc24112a-f118-4d9c-a14e-40d55b11cb74 for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/bc24112a-f118-4d9c-a14e-40d55b11cb74/attachment-5/Testimonial_1_000s_feed.jpg
2016-10-31 14:23:39,525 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing attachment-4@bc24112a-f118-4d9c-a14e-40d55b11cb74 for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/bc24112a-f118-4d9c-a14e-40d55b11cb74/attachment-4/Testimonial_1_000s_player.jpg

[Rüdiger Rolf]

Das Wowza-Streaming Modul ist das aus Köln, oder das was in unserem Repo liegt? Die Kollegen in Köln haben ein Update erstellt, dass mit 2.1+ funktioniert. Das ist leider noch nicht im Repo.

Ab 2.1 kann man das -DdeployTo weg lassen.

Das Module muss dann aber in /opt/matterhorn/modules liegen. Bei dir scheint es so zu sein, dass es irgendwo liegt und die Haupt-pom.xml nicht findet.

Gruß
Rüdiger

Am 16.11.16 um 09:44 schrieb Stephan Krinetzki:

[Ruth Lang]

Hallo,

ich habe Stephan unseren Wowza- Code von 2.1 geschickt und den abgeänderten, voll funktionsfähigen von 1.6.4

Eigentlich muss man nur den Headerteil von 2.1 in 1.6 übernehmen und in der  Datei pom.xml die richtige Version einfügen.

Eduard Klinger aus Wien hat es auf diese Weise hinbekommen.

Seit gestern haben wir eine eigene Version OC 2.3 hochgezogen, um LDAP, LTI,  External API und Wowza Streaming ausgiebig zu testen.

Dafür habe ich den Wowza Modul bereits adaptiert und er erzeugt die entsprechenden Formate und die SMIL Dateien.

Sobald wir sicher sind, dass sowohl das Verteilen auch das Löschen wirklich fehlerfrei funktioniert, wird Rubén einen Pull Request machen.

Ich hoffe, dass das bis Freitag der Fall sein kann.

Grüße

Ruth

[Stephan Krinetzki]

Hallo Ruth, Hallo Rüdiger,

Dann warte ich auf den Code für 2.2 von euch. Bitte mit Anleitung und Hinweisen :)

Gruß

Stephan

[Ruth Lang]

Hallo,

der Modul ist inkl. Anleitung zwar schon funktionsfähig, doch hatten wir nicht berücksichtigt, dass sich in OC > 2.0 die Verzeichnisstruktur geändert hat;

sprich,  die Einführung des Mandaten.

Wer keine Mandantenfähigkeit benötigt, könnte den Modul bereits benutzen, aber wer Opencast "konform" bleiben will, muss sich noch etwas gedulden.

Deshalb verzögert sich der Pull Request.

Grüße

Ruth

[King_S]

Hallo Ruth,

Absolut kein Problem. Ich warte dann noch und informiere unseren zukünftigen Anwender.

Viele Grüße aus Aachen

Stephan

--
You received this message because you are subscribed to a topic in the Google Groups "Deutschsprachige Opencast Community" group.
To unsubscribe from this topic, visit https://groups.google.com/a/opencast.org/d/topic/anwender/t5t4gDouL24/unsubscribe.
To unsubscribe from this group and all its topics, send an email to anwender+unsubscribe@opencast.org.

[Stephan Krinetzki]

Hallo zusammen,

gibt es bereits Fortschritte? Oder habt ihr zumindest einen Überblick, wann ihr so weit seid?

Gruß

Stephan

[Rubén Pérez]

Hallo zusammen,

Ich habe die Arbeit mit dem Wowza Streaming Service erledigt, inklusiv die Documentation, und habe gerade einen Pull-Request zu dem ofiziell Repository gemacht. Bis der Pull-Request in den offizielen Code mergiert wird, kann man die letzte Version von unserem Fork herunterladen:

https://bitbucket.org/uni-koeln/opencast-contrib-wowza-adaptive-streaming

Falls Ihr einige Fragen habt, stehe ich Euch zur Verfügung.

Freundliche Grüße aus Köln

You received this message because you are subscribed to the Google Groups "Deutschsprachige Opencast Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.

--
Rubén Pérez Vázquez

Universität zu Köln
Regionales Rechenzentrum (RRZK)
Weyertal 121, Raum 4.05
D-50931 Köln
✆: +49-221-470-89603

[Stephan Krinetzki]

Hallo zusammen,

mein Kollege hat nun das Wowza kompiliert und ich gestern nun den Paelle Webplayer - allerdings bleibt nun Opencast im publish Prozess hängen. habe ich noch was vergessen?

Gruß

Stephan

To unsubscribe from this group and all its topics, send an email to anwender+u...@opencast.org.

--
You received this message because you are subscribed to the Google Groups "Deutschsprachige Opencast Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.

[Ruth Lang]

Hallo Stephan,

und was steht im Logfile (Admin, Distribute) ?

Hängt der Prozess und stürzt er ab ?

Hast du auch den Wowza Server entsprechend konfiguriert ?

Grüße

Ruth

_______________________________

Universität zu Köln

Regionales Rechenzentrum (RRZK)

[Stephan Krinetzki]

Hallo Ruth,

habe nun nochmal alles überprüft. opencast wurde bei uns über RPM installiert und somit habe ich die kompiliert .jar-File nach /usr/share/opencast/deploy abgelegt.

Hier liegen alle opencast Dateien:

ls -al /usr/share/opencast/
total 144
drwxr-xr-x    7 root root   4096 Oct 28 07:30 .
drwxr-xr-x. 118 root root   4096 Dec  5 11:18 ..
drwxr-xr-x    2 root root     60 Oct 31 15:19 bin
lrwxrwxrwx    1 root root     17 Oct 28 07:30 data -> /var/lib/opencast
drwxr-xr-x    2 root root    111 Dec  6 12:59 deploy
drwxr-xr-x    5 root root     47 Oct 13 21:06 docs
lrwxrwxrwx    1 root root     13 Oct 28 07:30 etc -> /etc/opencast
lrwxrwxrwx    1 root root     27 Oct 28 07:30 instances -> /var/lib/opencast/instances
drwxr-xr-x    5 root root   4096 Oct 28 07:30 lib
-rw-r--r--    1 root root  11340 Oct 13 18:18 LICENSE
-rw-r--r--    1 root root 109843 Oct 13 18:18 NOTICES
-rw-r--r--    1 root root   2334 Oct 13 21:05 package.xml
-rw-r--r--    1 root root    807 Oct 13 18:18 README.md
drwxr-xr-x   12 root root   4096 Oct 13 21:05 system

nun klappt das Starten nicht mehr.

Error im Log nach dem Starten:

2016-12-06 13:01:04,598 | ERROR | (WebApplication:265) - Registration skipped for [ServletWebElement{mapping=DefaultServletMapping{httpContextId=opencast.httpcontext,urlPatterns=null,initParams={},servlet=org.opencastproject.kernel.rest.RestPublisher$RestServlet@28ac6d43, alias=/distribution/streaming, servletNamenull}}] due to error during registration
org.osgi.service.http.NamespaceException: alias is already in use in this or another context
 at org.ops4j.pax.web.service.spi.model.ServerModel.addServletModel(ServerModel.java:128)[63:org.ops4j.pax.web.pax-web-spi:3.2.6]
 at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:206)[64:org.ops4j.pax.web.pax-web-runtime:3.2.6]
 at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:189)[64:org.ops4j.pax.web.pax-web-runtime:3.2.6]
 at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:174)[64:org.ops4j.pax.web.pax-web-runtime:3.2.6]
 at org.ops4j.pax.web.service.internal.HttpServiceProxy.registerServlet(HttpServiceProxy.java:64)[64:org.ops4j.pax.web.pax-web-runtime:3.2.6]
 at org.ops4j.pax.web.extender.whiteboard.internal.element.ServletWebElement.register(ServletWebElement.java:61)[69:org.ops4j.pax.web.pax-web-extender-whiteboard:3.2.6]
 at org.ops4j.pax.web.extender.whiteboard.internal.WebApplication.registerWebElement(WebApplication.java:262)[69:org.ops4j.pax.web.pax-web-extender-whiteboard:3.2.6]
 at org.ops4j.pax.web.extender.whiteboard.internal.WebApplication.addWebElement(WebApplication.java:124)[69:org.ops4j.pax.web.pax-web-extender-whiteboard:3.2.6]
 at org.ops4j.pax.web.extender.whiteboard.internal.tracker.AbstractTracker.addingService(AbstractTracker.java:134)[69:org.ops4j.pax.web.pax-web-extender-whiteboard:3.2.6]
 at org.ops4j.pax.web.extender.whiteboard.internal.tracker.AbstractTracker.addingService(AbstractTracker.java:41)[69:org.ops4j.pax.web.pax-web-extender-whiteboard:3.2.6]
 at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:864)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894)[karaf-org.osgi.core.jar:]
 at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:932)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:793)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:543)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4419)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.registerService(Felix.java:3423)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:320)[org.apache.felix.framework-4.2.1.jar:]
 at org.opencastproject.kernel.rest.RestPublisher.createEndpoint(RestPublisher.java:190)[160:matterhorn-kernel:2.2.3]
 at org.opencastproject.kernel.rest.RestPublisher$JaxRsServiceTracker.addingService(RestPublisher.java:335)[160:matterhorn-kernel:2.2.3]
 at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:864)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894)[karaf-org.osgi.core.jar:]
 at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:932)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:793)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:543)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4419)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.registerService(Felix.java:3423)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.register(AbstractComponentManager.java:1003)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.register(AbstractComponentManager.java:992)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.manager.RegistrationManager.changeRegistration(RegistrationManager.java:134)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.manager.AbstractComponentManager.registerService(AbstractComponentManager.java:1044)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:841)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:419)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.config.ConfigurableComponentHolder.enableComponents(ConfigurableComponentHolder.java:376)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:172)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:120)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:258)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.Activator.access$000(Activator.java:45)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:185)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.utils.extender.AbstractExtender.createExtension(AbstractExtender.java:259)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.utils.extender.AbstractExtender.modifiedBundle(AbstractExtender.java:232)[71:org.apache.felix.scr:1.8.2]
 at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:479)[71:org.apache.felix.scr:1.8.2]
 at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:414)[71:org.apache.felix.scr:1.8.2]
 at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232)[karaf-org.osgi.core.jar:]
 at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:443)[71:org.apache.felix.scr:1.8.2]
 at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:868)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:789)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:514)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4403)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.Felix.startBundle(Felix.java:2092)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)[org.apache.felix.framework-4.2.1.jar:]
 at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1243)[7:org.apache.felix.fileinstall:3.5.2]
 at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1215)[7:org.apache.felix.fileinstall:3.5.2]
 at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:506)[7:org.apache.felix.fileinstall:3.5.2]
 at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:355)[7:org.apache.felix.fileinstall:3.5.2]
 at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:307)[7:org.apache.felix.fileinstall:3.5.2]

Muss ich in den Dateien aus dem RPM noch was ändern? Unter deploy/ liegt im übrigen auch der paelle-Player.

Gruß

Stephan

[Ruth Lang]

Hallo Stephan,

so funktioniert es nicht. 

Es sthet ja auch im Logfile, dass es bereits ein Streaming Modul gibt.

1.) Du musst den Standardmodul löschen und den Wowza Modul in /usr/share/opencast/system/org/opencast kopieren.

matterhorn-distribution-service-streaming-wowza

└── 2.3-SNAPSHOT  (oder welche Version du benutzt)

    └── matterhorn-distribution-service-streaming-wowza-2.3-SNAPSHOT.jar

1 directory, 1 file

2.) Außerdem muss der File

/usr/share/opencast/system/org/opencastproject/assemblies/opencast-karaf-features/2.3-SNAPSHOT/opencast-karaf-features-2.3-SNAPSHOT-features.xml

angepasst werden (normale Modul <-> wowza Modul)

3.) Der Paella Modul liegt richtig in /deploy.

Rubén hatte das auch im README beschrieben. 

Grüße

Ruth

_______________________________

Universität zu Köln

Regionales Rechenzentrum (RRZK)

[Stephan Krinetzki]

Hallo Ruth,

habe ich nun alles geändert, Opencast startet auch, aber beim Video Upload hängt er nun an der Stelle:

2016-12-06 15:07:04,369 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element 91757ecb-f536-457c-9a3e-c5f397401a3c@59ee3a88-562a-46aa-80e0-11e9f298cd0b for publication channel engage-player
2016-12-06 15:07:04,369 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/91757ecb-f536-457c-9a3e-c5f397401a3c/demo.jpg at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/91757ecb-f536-457c-9a3e-c5f397401a3c/Demo.jpg
2016-12-06 15:07:09,611 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing security-policy-episode@59ee3a88-562a-46aa-80e0-11e9f298cd0b for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/security-policy-episode/xacml.xml
2016-12-06 15:07:09,611 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element security-policy-episode@59ee3a88-562a-46aa-80e0-11e9f298cd0b for publication channel engage-player
2016-12-06 15:07:09,611 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/security-policy-episode/xacml.xml at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/security-policy-episode/xacml.xml
2016-12-06 15:07:14,770 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing 24035664-c278-4d78-af0d-d1efceee3ed9@59ee3a88-562a-46aa-80e0-11e9f298cd0b for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/24035664-c278-4d78-af0d-d1efceee3ed9/Demo.jpg
2016-12-06 15:07:14,770 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element 24035664-c278-4d78-af0d-d1efceee3ed9@59ee3a88-562a-46aa-80e0-11e9f298cd0b for publication channel engage-player
2016-12-06 15:07:14,770 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/24035664-c278-4d78-af0d-d1efceee3ed9/demo.jpg at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/24035664-c278-4d78-af0d-d1efceee3ed9/Demo.jpg

Kann bei Bedarf noch mehr Infos geben. Ist der Prozess des publishing, allerdings sehe ich auch nichts auffälliges im Log...

Gruß

Stephan

[Ruth Lang]

Hallo Stephan,

der Auszug aus dem Logfile zeigt nur die Verteilung der Download Sachen (Bilder etc.), hat aber nichts mit dem Streaming zu tun.

Kannst du den File custom.properties schicken ? 

Was steht im Logfile, wenn du den Distributions-Knoten startest ?

Sieht du Zeilen wie diese ? (Bei uns läuft der Streaming Server mit SSL)

2016-12-06 10:28:59,851 | INFO  | (BundleInfoLogger:110) - Bundle matterhorn-distribution-service-streaming-wowza, id 193, version 2.3.0.SNAPSHOT, build number 48d18d4

2016-12-06 10:29:07,049 | INFO  | (StreamingDistributionService:210) - Streaming URL set to "rtmps://<servername>/opencast-dev"

2016-12-06 10:29:07,049 | INFO  | (StreamingDistributionService:220) - Adaptive streaming URL set to "https://<servername>/opencast-dev"

2016-12-06 10:29:07,050 | INFO  | (StreamingDistributionService:248) - Streaming distribution directory is /mnt/opencast/develop/streaming

2016-12-06 10:29:07,053 | INFO  | (StreamingDistributionService:266) - The supported streaming formats are: HLS,DASH

2016-12-06 10:29:11,918 | INFO  | (BundleInfoLogger:110) - Bundle paella-engage-ui, id 222, version 5.0.16, build number n/a

Grüße

Ruth

[Stephan Krinetzki]

Hallo Ruth,

Im Log sieht das so aus:

2016-12-06 13:01:04,425 | INFO  | (BundleInfoLogger:110) - Bundle matterhorn-distribution-service-streaming-wowza, id 289, version 2.2.0.SNAPSHOT, build number 9d0419f

2016-12-06 13:01:04,450 | INFO  | (BundleInfoLogger:110) - Bundle paella-engage-ui, id 290, version 5.0.16, build number n/a

2016-12-06 13:01:04,589 | INFO  | (StreamingDistributionService:210) - Streaming URL set to "rtmp://opencast.itc.rwth-aachen.de:1935/vod"

2016-12-06 13:01:04,589 | INFO  | (StreamingDistributionService:220) - Adaptive streaming URL set to "http://opencast.itc.rwth-aachen.de/vod"

2016-12-06 13:01:04,589 | INFO  | (StreamingDistributionService:248) - Streaming distribution directory is /srv/opencast/streams

2016-12-06 13:01:04,593 | INFO  | (StreamingDistributionService:266) - The supported streaming formats are: HLS,DASH,HDS,SMOOTH

2016-12-06 13:01:12,394 | INFO  | (EncodingProfileScanner:329) - Registering encoding profiles from /etc/opencast/encoding/h264.properties

Muss da noch ein Modul weg? Habe nur das Standard distributing-modul entfernt.

Gruß

Stephan

[Ruth Lang]

Hallo Stephan,

bei mir sieht deine ERROR Zeile so aus

2016-12-06 10:29:07,203 | INFO  | (RestPublisher:246) - Registered REST endpoint at /distribution/streaming

Ich vermute mal, dass bei dir der Standardmodul immer noch geladen wird. 

Anbei schicke ich dir unseren Karaf "feature file". Vielleicht findest du einen Unterschied.

Grüße

Ruth

Hallo Ruth,

drwxr-xr-x    7 root root   4096 Oct 28 07:30 <span style="col

[Stephan Krinetzki]

Hallo Ruth,

erstmal vielen Dank für deine Geduld und deine Hilfe.

In meine Log sieht es nun sauber aus:

2016-12-07 09:26:45,769 | INFO  | (DictionaryServiceImpl:97) - Activating regexp based DictionaryService

2016-12-07 09:26:45,832 | INFO  | (AclDistributionService:147) - Download distribution directory is /srv/opencast/downloads

2016-12-07 09:26:45,841 | INFO  | (LoadUtil:53) - Set load for key job.load.acl.distribute to 1.0

2016-12-07 09:26:45,843 | INFO  | (LoadUtil:53) - Set load for key job.load.acl.retract to 0.1

2016-12-07 09:26:45,977 | INFO  | (RestPublisher:246) - Registered REST endpoint at /distribution/acl

2016-12-07 09:26:46,018 | INFO  | (DownloadDistributionServiceImpl:169) - Download url is http://opencast.itc.rwth-aachen.de/static

2016-12-07 09:26:46,018 | INFO  | (DownloadDistributionServiceImpl:175) - Download distribution directory is /srv/opencast/downloads

2016-12-07 09:26:46,023 | INFO  | (LoadUtil:53) - Set load for key job.load.download.distribute to 1.0

2016-12-07 09:26:46,024 | INFO  | (LoadUtil:53) - Set load for key job.load.download.retract to 0.1

2016-12-07 09:26:46,159 | INFO  | (RestPublisher:246) - Registered REST endpoint at /distribution/download

2016-12-07 09:26:46,195 | INFO  | (StreamingDistributionService:210) - Streaming URL set to "rtmp://opencast.itc.rwth-aachen.de:1935/vod"

2016-12-07 09:26:46,195 | INFO  | (StreamingDistributionService:220) - Adaptive streaming URL set to "http://opencast.itc.rwth-aachen.de/vod"

2016-12-07 09:26:46,196 | INFO  | (StreamingDistributionService:248) - Streaming distribution directory is /srv/opencast/streams

2016-12-07 09:26:46,204 | INFO  | (StreamingDistributionService:266) - The supported streaming formats are: HLS,DASH,HDS,SMOOTH

2016-12-07 09:26:46,341 | INFO  | (RestPublisher:246) - Registered REST endpoint at /distribution/streaming

2016-12-07 09:26:46,385 | INFO  | (TheodulCoreStaticResources:68) - Starting Theodul Core Bundle.

2016-12-07 09:26:46,390 | INFO  | (StaticResourceClassloader:50) - Bundle=matterhorn-engage-theodul-core Override=/usr/share/opencast/theodul.web

2016-12-07 09:26:46,405 | INFO  | (EngagePluginManagerImpl:77) - Activated. Listening for Theodul Plugins. filter=(objectClass=org.opencastproject.engage.theodul.api.EngagePlugin)

2016-12-07 09:26:46,406 | INFO  | (EngagePluginManagerRestService:61) - Activated.

2016-12-07 09:26:46,555 | INFO  | (RestPublisher:246) - Registered REST endpoint at /engage/theodul/manager

2016-12-07 09:26:46,573 | INFO  | (EngagePluginManagerImpl:156) - Installed Theodul plugin EngagePluginControls (static: 1/static REST: no)

2016-12-07 09:26:46,575 | INFO  | (EngagePluginControls:38) - Activated engage plugin: Controls.

Und ich sehe auch erstmal keinen Error (außer für einen alten, defekten Job). Nun läuft seit 9:40 Uhr ein Job, der hoffentlich weiter kommt, als die JPG-Dateien zu erzeugen (in dem Prozess hängt er gerade).

Gruß

Stephan

[Stephan Krinetzki]

Hallo Ruth, Hallo Community,

es klappt immer noch nicht so recht. Der letzte Status von meinem Test Video ist der folgende:

Er hängt, der Prozess. Log dazu:

2016-12-07 09:39:52,139 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/4bd79d91-206b-4c85-a1dc-acdb39158066/coverimage.png at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/4bd79d91-206b-4c85-a1dc-acdb39158066/coverimage.png

2016-12-07 09:39:57,388 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing security-policy-episode@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/security-policy-episode/xacml.xml

2016-12-07 09:39:57,388 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element security-policy-episode@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player

2016-12-07 09:39:57,388 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/security-policy-episode/xacml.xml at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/security-policy-episode/xacml.xml

2016-12-07 09:40:02,644 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing 3c2bacfb-89a8-44cf-aa89-b3759b1df346@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/3c2bacfb-89a8-44cf-aa89-b3759b1df346/Demo.jpg

2016-12-07 09:40:02,645 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element 3c2bacfb-89a8-44cf-aa89-b3759b1df346@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player

2016-12-07 09:40:02,645 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/3c2bacfb-89a8-44cf-aa89-b3759b1df346/demo.jpg at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/3c2bacfb-89a8-44cf-aa89-b3759b1df346/Demo.jpg

2016-12-07 09:40:07,818 | INFO  | (DownloadDistributionServiceImpl:253) - Distributing 16e75877-5836-434f-bb8f-dec339510439@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player to /srv/opencast/downloads/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/16e75877-5836-434f-bb8f-dec339510439/Demo.jpg

2016-12-07 09:40:07,819 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element 16e75877-5836-434f-bb8f-dec339510439@2b0de298-3be1-4c25-8d08-c34f3e26454c for publication channel engage-player

2016-12-07 09:40:07,819 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/16e75877-5836-434f-bb8f-dec339510439/demo.jpg at http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/2b0de298-3be1-4c25-8d08-c34f3e26454c/16e75877-5836-434f-bb8f-dec339510439/Demo.jpg

2016-12-07 10:26:33,519 | INFO  | (StaticFileServiceImpl:320) - Start purging temporary storage section of all known organizations

2016-12-07 10:26:33,519 | INFO  | (StaticFileServiceImpl:296) - Purge temporary storage section of organization 'mh_default_org'

2016-12-07 10:27:05,943 | INFO  | (FileUploadServiceCleaner$Runner:129) - Start file upload service cleaner

2016-12-07 10:27:05,943 | INFO  | (FileUploadServiceCleaner$Runner:135) - Finished file upload service cleaner

Unten sind die letzten, aktuellen Ausgaben im Log. ERROR sind keine vorhanden.

Gruß

Stephan

Hallo Ruth,

2016-12-06 15:07:14,770 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://<a href="http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-

[Ruth Lang]

Hallo Stephan,

es scheint, dass das Modul gar nicht aufgerufen wird. Du verwendest doch einen der mitgelieferten Workflows?

Kannst du mal nachschauen, ob der Service vorhanden ist (siehe Screenshot) und läuft ?

Grüße

Ruth

Hallo Ruth,

2016-12-06 15:07:09,611 | INFO  | (DownloadDistributionServiceImpl:275) - Checking availability of distributed artifact http://<a href="http://opencast.itc.rwth-aachen.de/static/mh_default_org/engage-player/59ee3a88-562a-46aa-80e0-11e9f298cd0b/security-policy-ep

[Stephan Krinetzki]

Hallo Ruth,

der stand bei mir auf Error. Nach einem klick auf "Neustart" ging es nun.

Gruß

Stephan

Hallo Ruth,

2016-12-06 15:07:04,369 | INFO  | (DownloadDistributionServiceImpl:271) - Finished distributing element 91757ecb-f536-457c-9a3e-c5f397401a3c@59ee3a88-562a-46aa-80e0-11e9f298cd0b<span style="co

[Stephan Krinetzki]

Hallo Ruth,

es läuft nun alles. Vielen lieben Dank für den Support!

Gruß

Stephan

Hallo Ruth,

2016-12-06 15:07:04,369 | INFO  | (DownloadDistributionServiceImpl:271) -</spa