Thanks, the download.url was indeed set to the local server instead of the distribution server.

--
Jon

On 1/25/13 3:32 PM, Tobias Wunden wrote:
Jonathan,

just take a look at the mediapackages in question using the presentation 
machine's REST endpoints. The interesting piece is the urls of the tracks and 
images, they should point to one and the same distribution server (apache) or 
node.

Since your workers seem to be getting requests for static content, I would bet 
that they are also hosting the distribution services, and that in 
config.properties on these workers, the download.url is pointing to server.url 
instead of to the shared distribution server (which, again, may be an apache 
running somewhere serving the files off the NSF or the presentation node).

Tobias

On 25.01.2013, at 21:01, Jonathan Felder <[email protected]> wrote:

We have a distributed environment with 1 admin server, 1 engage server, and 2 
workers.  They all use shared storage mounted via nfs off of the admin server.

We noticed that engage was having trouble playing videos.  With further 
investigation, we found out that worker2 had hung for some reason.

As it turns out, it appears that the worker machines are serving files for 
engage.

For example, worker2's logs have this in them:

2013-01-25 11:44:44 DEBUG (StaticResourceServlet:381) - Serving bytes:0-31870
2013-01-25 11:44:44 DEBUG (ServiceRegistryJpaImpl$JobProducerHearbeat:2272) - 
Finished checking for unresponsive services
2013-01-25 11:44:48 DEBUG (StaticResourceServlet:116) - Looking for static 
resource 
'/static/c4cc3509-6882-4173-a9be-e6a7f3567154/6a1ebb97-bea6-49ee-8160-77f99ecc8659/PRESENTER_BLACKMAGIC1.flv'
2013-01-25 11:44:48 DEBUG (StaticResourceServlet:131) - Serving static resource 
'/export/mh_data/opencast/shared/downloads/c4cc3509-6882-4173-a9be-e6a7f3567154/6a1ebb97-bea6-49ee-8160-77f99ecc8659/PRESENTER_BLACKMAGIC1.flv'
2013-01-25 11:44:48 DEBUG (StaticResourceServlet:381) - Serving 
bytes:0-224744377
2013-01-25 11:45:04 DEBUG (StaticResourceServlet:116) - Looking for static 
resource 
'/static/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-3/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:04 DEBUG (StaticResourceServlet:131) - Serving static resource 
'/export/mh_data/opencast/shared/downloads/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-3/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:04 DEBUG (StaticResourceServlet:381) - Serving bytes:0-31870
2013-01-25 11:45:05 DEBUG (StaticResourceServlet:116) - Looking for static 
resource 
'/static/c4cc3509-6882-4173-a9be-e6a7f3567154/6a1ebb97-bea6-49ee-8160-77f99ecc8659/PRESENTER_BLACKMAGIC1.flv'
2013-01-25 11:45:05 DEBUG (StaticResourceServlet:131) - Serving static resource 
'/export/mh_data/opencast/shared/downloads/c4cc3509-6882-4173-a9be-e6a7f3567154/6a1ebb97-bea6-49ee-8160-77f99ecc8659/PRESENTER_BLACKMAGIC1.flv'
2013-01-25 11:45:05 DEBUG (StaticResourceServlet:381) - Serving 
bytes:0-224744377
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:116) - Looking for static 
resource 
'/static/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-11/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:131) - Serving static resource 
'/export/mh_data/opencast/shared/downloads/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-11/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:381) - Serving bytes:0-4441
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:116) - Looking for static 
resource 
'/static/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-8/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:131) - Serving static resource 
'/export/mh_data/opencast/shared/downloads/c4cc3509-6882-4173-a9be-e6a7f3567154/attachment-8/SCREEN_BLACKMAGIC0.jpg'
2013-01-25 11:45:33 DEBUG (StaticResourceServlet:381) - Serving bytes:0-3778

This seems rather odd to me as I'd expect engage, which also has access to those 
files, to serve them.  Is this normal behavior>  If not, why would this be 
happening?  If so, can this behavior be modified?
_______________________________________________
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

Reply via email to