On 12-01-05 02:32 PM, Jason R Peak wrote: > Thanks for having a look Greg. > Your questions may have uncovered some deeper issues: > >> Do the tables >> get created in the DB? > I used the DDL script, and sometime early on, I flushed some of the tables of > old failed jobs. > Can I verify anything about the DB?
Hrm, I'm not 100% sure that the DDL scripts work because I haven't
worked with 1.2 for a while! Can you try it using the autogenerated
tables? Wipe the DB, and turn on org.opencastproject.db.ddl.generation
in config.properties.
>> Are you sure that the
>> matterhorn process(es) can write to /var/spool/opencast*?
> on both machines, the /var/spool/opencast directory is owned, user and group,
> by the matterhorn user with recursive permissions 755.
> Additionally, neither machine has any trouble writing to the subdirectories
> of /var/spool/opencast.
> Should there be a scheduler service endpoint somewhere? I have many services
> listed on my core's welcome page?
> AHA! on the opencast demo, there IS a scheduler service listed.
> Furthermore, the following URL returns 404 for my core:
> /scheduler/all/events.xml
> How can I reconnect my scheduler?
>
>> Do you see any ERRORs or other odd
>> messages in the logs of either machine?
>
> Greg, for the CA, this is quite a long listing, so I have elided the middles
> of these 97-line-long stack traces (will provide the source, if useful):
It looks to me like some of the bundles aren't starting correctly on
both your core and your CA, so let's try rebuilding them and making sure
that the build finishes successfully. Stop Matterhorn, then in the
checked out source code directory run the following before starting
Matterhorn again:
CA: mvn clean install -Pcapture,serviceregistry-stub
-DdeployTo=$FELIX_HOME/matterhorn
Core: mvn clean install -DdeployTo=$FELIX_HOME/matterhorn
If that doesn't work then please stop Matterhorn, delete
$FELIX_HOME/felix-cache, and then restart Matterhorn.
G
> for the CA:
> *********************************
> 2012-01-05 12:41:33 WARN (CaptureAgentImpl:918) - Confidence monitoring not
> started: {}
> java.lang.NullPointerException
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.setAgentState(CaptureAgentImpl.java:905)
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.stopCapture(CaptureAgentImpl.java:506)
> at
> org.opencastproject.capture.endpoint.CaptureRestService.stopCapture(CaptureRestService.java:176)
> ...
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> 2012-01-05 12:21:14 WARN (CaptureAgentImpl:918) - Confidence monitoring not
> started: {}
> java.lang.NullPointerException
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.setAgentState(CaptureAgentImpl.java:905)
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.activate(CaptureAgentImpl.java:1249)
> ...
> at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:241)
> 2012-01-05 12:21:14 WARN (ConfigurationManager:126) - Malformed URL for
> capture.config.remote.endpoint.url, disabling polling.
> 2012-01-05 12:20:54 WARN (ConfigurationManager:126) - Malformed URL for
> capture.config.remote.endpoint.url, disabling polling.
> 2012-01-05 12:03:05 WARN (CaptureAgentImpl:918) - Confidence monitoring not
> started: {}
> java.lang.NullPointerException
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.setAgentState(CaptureAgentImpl.java:905)
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.stopCapture(CaptureAgentImpl.java:506)
> at
> org.opencastproject.capture.endpoint.CaptureRestService.stopCapture(CaptureRestService.java:176)
> ...
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> 2012-01-05 11:31:40 WARN (CaptureAgentImpl:918) - Confidence monitoring not
> started: {}
> java.lang.NullPointerException
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.setAgentState(CaptureAgentImpl.java:905)
> at
> org.opencastproject.capture.impl.CaptureAgentImpl.stopCapture(CaptureAgentImpl.java:506)
> at
> org.opencastproject.capture.endpoint.CaptureRestService.stopCapture(CaptureRestService.java:176)
> ...
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>
> ===================================
> for the core:
> ***********************
> 2012-01-05 12:41:42 WARN (IngestRestService:506) - workflowInstanceId
> 'Unscheduled-MH-CA-01-1325788871971' is not numeric
> 2012-01-05 12:40:57 WARN (CaptureAgentStateServiceImpl:421) - Recording id
> 'Unscheduled-MH-CA-01-1325788871971' is not a long, and is therefore not a
> valid workflow identifier
> 2012-01-05 12:38:41 WARN (SeriesRestService:524) - No sort enum matches
> 'TITLE_ASC'
> 2012-01-05 12:03:41 WARN (IngestRestService:506) - workflowInstanceId
> 'Unscheduled-MH-CA-01-1325786565076' is not numeric
> 2012-01-05 12:02:29 WARN (CaptureAgentStateServiceImpl:421) - Recording id
> 'Unscheduled-MH-CA-01-1325786565076' is not a long, and is therefore not a
> valid workflow identifier
> 2012-01-05 11:42:54 WARN (SeriesRestService:524) - No sort enum matches
> 'TITLE_ASC'
> 2012-01-05 11:31:41 WARN (IngestRestService:506) - workflowInstanceId
> 'Unscheduled-MH-CA-01-1325784691259' is not numeric
> 2012-01-05 11:31:19 WARN (CaptureAgentStateServiceImpl:421) - Recording id
> 'Unscheduled-MH-CA-01-1325784691259' is not a long, and is therefore not a
> valid workflow identifier
>
> ===================================
>
>
> Thanks Greg!
> Jason
>
> On Jan 5, 2012, at 1:57 PM, Greg Logan wrote:
>
>> On 12-01-05 01:43 PM, Jason R Peak wrote:
>>> Sure thing Greg, thanks.
>>> Default creds on the CA, although I HAVE gotten CAS working for the core...
>>>
>>> I have certainly not clearly understood the capture agent config.
>>> Config for both hosts are attached; I have NOT modified
>>> CORE...ConfigurationManager.properties.
>>> Jason
>>
>> All of those config files look correct to me, and they're certainly free
>> from the usual newbie mistakes. Do you see any ERRORs or other odd
>> messages in the logs of either machine? Are you sure that the
>> matterhorn process(es) can write to /var/spool/opencast*? Do the tables
>> get created in the DB?
>>
>> G
>>
>>> On 1/5/12 1:30 PM, "Greg Logan" <[email protected]> wrote:
>>>
>>>> On 12-01-05 01:23 PM, Jason R Peak wrote:
>>>>> Hello All,
>>>>>
>>>>>
>>>>> I am working towards a proof-of-concept installation of Matterhorn 1.2,
>>>>> and I have been getting the following errors for quite awhile re: the
>>>>> scheduling service.
>>>>>
>>>>>
>>>>> 2012-01-05 12:48:47 WARN (IoSupport:241) - IOException attempting to
>>>>> get file from file:/var/spool/opencast/cache/schedule.ics.
>>>>>
>>>>> 2012-01-05 12:48:47 WARN (SchedulerImpl:599) - Invalid calendar data,
>>>>> skipping parse attempt.
>>>>>
>>>>> 2012-01-05 12:53:47 WARN (IoSupport:241) - IOException attempting to
>>>>> get file from file:/var/spool/opencast/cache/schedule.ics.
>>>>>
>>>>> 2012-01-05 12:53:47 WARN (SchedulerImpl:599) - Invalid calendar data,
>>>>> skipping parse attempt.
>>>>>
>>>>> 2012-01-05 12:58:47 WARN (IoSupport:241) - IOException attempting to
>>>>> get file from file:/var/spool/opencast/cache/schedule.ics.
>>>>>
>>>>> 2012-01-05 12:58:47 WARN (SchedulerImpl:599) - Invalid calendar data,
>>>>> skipping parse attempt.
>>>>>
>>>>> 2012-01-05 13:03:47 WARN (IoSupport:241) - IOException attempting to
>>>>> get file from file:/var/spool/opencast/cache/schedule.ics.
>>>>>
>>>>> 2012-01-05 13:03:47 WARN (SchedulerImpl:599) - Invalid calendar data,
>>>>> skipping parse attempt.
>>>>>
>>>>>
>>>>> I have never been able to schedule a recording successfully; I can
>>>>> submit the form, but nothing shows up in the 'Upcoming' tab of the
>>>>> recordings listing (I am assuming that it would be thereŠ).
>>>>
>>>> From this description it sounds like both the core and CA are damaged:
>>>> It should be able to schedule even if the capture doesn't fire. Can you
>>>> please attach your config.properties and
>>>> org.opencastproject.capture.impl.ConfigurationManager.properties files
>>>> from both your core and CA? Don't forget to blank out any passwords!
>>>>
>>>> G
>>>>
>>>>> These messages show up in the core AND in the Capture agent, suggesting
>>>>> to me that my CA config is off.
>>>>>
>>>>> Has anyone had similar Issues?
>>>>>
>>>>> Thanks,
>>>>> Jason
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>
>
> _______________________________________________
> Matterhorn-users mailing list
> [email protected]
> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
