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?
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 -- Christopher Brooks, BSc, MSc ARIES Laboratory, University of Saskatchewan Web: http://www.cs.usask.ca/~cab938 Phone: 1.306.966.1442 Mail: Advanced Research in Intelligent Educational Systems Laboratory Department of Computer Science University of Saskatchewan 176 Thorvaldson Building 110 Science Place Saskatoon, SK S7N 5C9 _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
