On 09/06/2011 06:30 PM, Christopher Brooks wrote:
Hi David,
Inspection is normally the first step in the workflow, and normally
runs on the workers. The goal of inspection is to verify and correct
metadata with the media. Which docs suggested it should be on
admin/engage?
I possibly misunderstood from based on our original 1.1 setup - not
having seen this document. So it seems my problem must then be a
configuration issue.
Thanks
David
Chris
On Tue, 06 Sep 2011 17:03:35 +0200
David Horwitz<[email protected]> wrote:
OK After a day of fiddling and finding this:
http://opencast.jira.com/wiki/display/MHDOC/Install+Across+Multiple+Servers+V1.2
(Which I somehow missed). I however seem no closer to a working
build. It starts with no errors but fails to ingest new content.
The 2 builds:
mvn clean install -Pworker,serviceregistry,workspace-stub
-Dmaven.test.skip=false
-DdeployTo=$DEPLOY_DIR/$WORKER_BUILD/matterhorn mvn clean install
-DdeployTo=$DEPLOY_DIR/$ADMIN_BUILD/matterhorn
-Padmin,dist,engage,worker-stub,workspace,serviceregistry
My idea here being to combine the admin and engage nodes from the
documented set-up. Oddly this results in the media inspection service
still being on the worker node rather than admin. Which is contrary
to what the documentation suggests and seems to lead to a failure to
ingest the file.
At this point I'm very stuck and would appreciate any help or advice!
David
On 09/05/2011 09:15 PM, David Horwitz wrote:
Hi Christopher,
If I include the ingest service I get warns:
2011-09-05 21:09:50 WARN (WorkflowDefinitionScanner:63) - Unable
to install workflow
from /opt/matterhorn/conf/workflows/default.xml,
org.opencastproject.workflow.remote.WorkflowServiceRemoteImpl
cannot be cast to
org.opencastproject.workflow.impl.WorkflowServiceImpl
and later exceptions about starting the workflow service:
2011-09-05 21:12:12 ERROR (AbstractFaultChainInitiatorObserver:101)
- Error occurred during error handling, give up!
org.apache.cxf.interceptor.Fault: Unable to connect to a remote
workflow service
at
org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:155)
at
org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:121)
at
org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:133)
at
org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:82) at
org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
at
org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:243)
at
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:110)
at
org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:98)
at
org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:423)
at
org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:139)
at
org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:142)
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:179)
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:108)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:159)
at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:91)
at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:77)
at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(H
That is all if I build with:
mvn clean install
-Padmin,dist,engage,serviceregistry,worker-stub,workspace,directory-db,ingest
-DdeployTo=$DEPLOY_DIR/$ADMIN_BUILD/matterhorn
-Dmaven.test.skip=false;
Thanks
David
On 09/05/2011 06:02 PM, Christopher Brooks wrote:
David,
We put ingest on the admin node. What problem did you encounter
when you did this?
Chris
-----Original Message-----
From: David Horwitz<[email protected]>
Sender: [email protected]
Date: Mon, 05 Sep 2011 16:27:56
To: Matterhorn Users<[email protected]>
Reply-to: Matterhorn Users<[email protected]>
Subject: [Matterhorn-users] Problems in clustered 1.2 setup
Hi All,
I'm busy setting up a test environment for our 1.2 role out and
have hit a problem I can't get to the bottom of.
OK we run as a cluster with admin and engage on 1 node and the
worker on another. One change I had to make is that it seems in
1.2 ingest needs to go on the worker node otherwise services fail
to start up. The relevant build line I'm using:
mvn clean install -Pworker,serviceregistry,workspace,ingest
-Dmaven.test.skip=false
-DdeployTo=$DEPLOY_DIR/$WORKER_BUILD/matterhorn mvn clean install
-Padmin,dist,engage,serviceregistry,worker-stub,workspace,directory-db
-DdeployTo=$DEPLOY_DIR/$ADMIN_BUILD/matterhorn
-Dmaven.test.skip=false;
With this I can get the back end up on running on the 2 nodes and
the stats tab seems to indicate all the required services are
there. The trouble starts when I try send a recording to the back
end from a capture agent. The capture agent registers itself
correctly, gets a scheduled job correctly, however fails with a
404 when it tried to send the job to the back end:
2011-09-05 16:24:00 WARN (CaptureAgentImpl:771) - Unable to ingest
media because communication with the remote service registry
failed.
org.opencastproject.serviceregistry.api.ServiceRegistryException:
Unable to get service registrations (404) at
org.opencastproject.serviceregistry.remote.ServiceRegistryRemoteImpl.getServiceRegistrationsByLoad(ServiceRegistryRemoteImpl.java:529)
at
org.opencastproject.capture.impl.CaptureAgentImpl.ingest(CaptureAgentImpl.java:761)
at
org.opencastproject.capture.impl.jobs.IngestJob.retryIngest(IngestJob.java:141)
at
org.opencastproject.capture.impl.jobs.IngestJob.execute(IngestJob.java:80)
at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
at
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
2011-09-05 16:24:00 ERROR (IngestJob:146) - Ingestion failed with a
value of -4
Nothing at all is visible in the front end logs. I have double and
triple checked the urls in the capture agent config and can find no
errors, which Is why I suspect I may have missed a service in the
build process. Is this the case?
Thanks in advance
David Horwitz
_______________________________________________
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
