On 07/01/13 19:40, Greg Logan wrote:
[snip]
logs from the admin and worker nodes attached for the time in question
(18:00 on 4th jan to 10:00 on 5th jan).
I see a fair number of these:
matterhorn-admin | 2013-01-04 22:49:11 WARN (RemoteBase:155) - {GET
http://matterhorn-presentation.uscs.susx.ac.uk/search/episode?admin=true&limit=-1&offset=-1=HTTP/1.1
405 Method Not Allowed}
matterhorn-admin | 2013-01-04 22:49:11 WARN
(SeriesUpdatedEventHandler$1:275) - Unable to find mediapackages in search:
which says to me there's something wrong with the presentation node
(different version maybe?), although this should not present you with
the problems you are seeing.
i have a feeling this might be unrelated as you say. i did manage to
mangle some mediapackages in the search service index a while ago while
working out how to update the search metadata index so queries for these
affected recordings often fail. could this also be the reason for the
premature end of file errors?
matterhorn-admin | 2013-01-04 22:49:49 INFO (WorkflowServiceImpl:772) -
Workflow state for Workflow {185939} was changed to 'PAUSED' from the
outside
That might account for the paused workflows, and is actually a bug
reported at https://opencast.jira.com/browse/MH-9350.
yes that looks like the same thing to me. resuming the PAUSED jobs does
work so that isn't too much of an issue.
Other than that I don't really see anything wrong in the logs, aside
from all the premature end of file issues.
[snip]
i'd appreciate any light anyone can shed on any of this!
if more logs would be helpful let me know and i'll upload them
somewhere.
While I don't know what's going on with the errors above, the error
below says to me that the ingested mediapackages you are receiving from
your CAs are damaged. Any chance we could get the manifest.xml file the
core is receiving?
not sure where to find a manifest.xml - can't see anything obvious - let
me know where to look and i'll grab one. also included in the attached
is a dublincore.xml i grabbed from the device before it got ingested in
case that is of use (ignore the silly length - my colleague was trying
to schedule a 5 min recording but slipped and made it 5 hours by mistake!)?
The manifest file is generated before/during ingest, depending on which
version of the core the ECD is talking to. If you're dealing with a 1.3
or newer core then the file is only ever written to RAM, which presents
a problem recovering it from outside the device! I'm unsure if the
ingest REST endpoints print out the mediapackage at TRACE level
debugging, but that might work? If not that should be easy to add (or
just attach a debugger if you are comfortable with that ;)).
attached is a mediapackage grabbed from the device before it is sent to
the core. looks valid to me?
thanks,
paul.
--
Paul Pettit
Multimedia Development
University of Sussex
+44 (0) 1273 87 3223
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><ns2:mediapackage xmlns:ns2="http://mediapackage.opencastproject.org"; start="2013-01-08T14:42:19Z" id="4580e6cf-ad70-40bc-aa57-ccea09e1a6b5" duration="0"><media><track type="multitrack/source" id="c0a905c8-f646-4c8d-b2ba-bdf6c8437db3"><tags/><url>http://matterhorn-administration.uscs.susx.ac.uk/files/mediapackage/4580e6cf-ad70-40bc-aa57-ccea09e1a6b5/c0a905c8-f646-4c8d-b2ba-bdf6c8437db3/capture.avi</url><duration>-1</duration></track></media><metadata><catalog type="dublincore/episode" id="01e5f634-a61a-4e65-be61-263494059e64"><mimetype>text/xml</mimetype><tags/><url>http://matterhorn-administration.uscs.susx.ac.uk/files/mediapackage/4580e6cf-ad70-40bc-aa57-ccea09e1a6b5/01e5f634-a61a-4e65-be61-263494059e64/dublincore.xml</url></catalog><catalog type="dublincore/series" id="58fedbfa-ab2f-4add-9cb5-4404c592842d"><mimetype>text/xml</mimetype><tags/><url>http://matterhorn-administration.uscs.susx.ac.uk/files/mediapackage/4580e6cf-ad70-40bc-aa57-ccea09e1a6b5/58fedbfa-ab2f-4add-9cb5-4404c592842d/dublincore.xml</url></catalog></metadata><attachments><attachment type="attachment/unknown" id="6f6bef96-12f8-4229-a3b1-56c607593964"><tags/><url>http://matterhorn-administration.uscs.susx.ac.uk/files/mediapackage/4580e6cf-ad70-40bc-aa57-ccea09e1a6b5/6f6bef96-12f8-4229-a3b1-56c607593964/capture_avi.complete</url></attachment><attachment type="attachment/unknown" id="f10c2b30-00fa-48c1-b01f-658d1a108560"><tags/><url>http://matterhorn-administration.uscs.susx.ac.uk/files/mediapackage/4580e6cf-ad70-40bc-aa57-ccea09e1a6b5/f10c2b30-00fa-48c1-b01f-658d1a108560/org_opencastproject_capture_agent.properties</url></attachment></attachments></ns2:mediapackage>
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
