[
http://opencast.jira.com/browse/MH-4775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=30317#comment-30317
]
Greg Logan commented on MH-4775:
--------------------------------
Per
http://opencast.3480289.n2.nabble.com/JIRA-Ticket-Cleanup-proposal-td7475080.html,
this has been bulk resolved as won't fix. If this is still important to you
please reopen and we can triage as appropriate.
> Log agent status values to a db
> -------------------------------
>
> Key: MH-4775
> URL: http://opencast.jira.com/browse/MH-4775
> Project: Matterhorn Project
> Issue Type: Community Feature Request
> Components: Administrative Tools
> Affects Versions: 1.1
> Reporter: Christopher Brooks
> Fix For: None
>
>
> This is a local customization but I think the results will be useful to
> various institutions so I'm asking Greg to contribute it here. If we need
> (or have and I don't know of) a process for this kind of task let me know,
> for now I'll just denote our local integration tests that are useful for
> others as "community enhancements".
> Create another impl of the agent status update service that logs the status
> into a db table, including all of the information it pulls from the agent.
> This will be used with a simple ui to create reports of agent stability over
> time, and will also be used for alerting. This service should include a
> thread that pulls two values from a properties file,
> "garbage_collection.poll_interval" which indicates in seconds how often the
> garbage collection routines should run (by default, hourly), and
> "garbage_collection.interval" which indicates how stale data should be
> allowed to get (by default, 1 month).
> JPA should be used. The simplest way to clean data is to do something like
> "delete * from mytable where date_value is <
> now()-garbage_collection.interval"
> Finally, two other properties should be included to "pass through" the agent
> state notifications to the main ui. The first of these is a boolean
> "agent.passthrough" which is true or false and the second is a url
> "agent.passthrough.url" which indicates the core url to pass data to. NOTE:
> YOU MAY HAVE TO SPOOF THE AGENTS IP/HOSTNAME IF THE AGENT DOES NOT PROVIDE IT
> WHEN CALLING THE CORE. The core uses the *detected* hostname by default to
> determine where confidence monitoring should sit.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
http://opencast.jira.com/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn
To unsubscribe please email
[email protected]
_______________________________________________
