Hi Jay,
Le 08/04/2014 15:17, Jay Shaughnessy a écrit :
I think I agree. It would be a lot of manual import if you did in
fact
want to see them but I think you're right, it's likely a select few
tables that are of interest. If you did end up doing autodiscovery then
Right. For example in RHQ database, you'll probably want to monitor the
rhq_resource table, not rhq_tagging_res_group_map. (FTR, RHQ database
has a total of 160 tables).
I'd suggest that availability be disabled by default (let them
defer to
the parent DB avail) and all metrics are disabled as well.
Auto-discovery is already implemented, I'd like to remove it.
Availability used to be deferred to parent, but yesterday I pushed a
change to check table existence.
The whole topic of selective autodiscovery is interesting. A more
general mechanism for turning on/off types to be discovered is an
interesting idea. In that way a plugin could deploy with minimal types
discovered and then the admin could enable things as needed.
Agreed. I know we already discussed this but I'm not really satisfied
with the "Ignore resource" solution. So far, I see two possibilities:
1. Very quick and dirty: add some properties in resource plugin config
to narrow down auto-discovery results. For example, we could add a
"tablesDiscoveryPattern" property in the database resource type, which
we would read in the table resource discovery component.
2. Introduce a new Facet "DiscoveryFilter" or similar.
On 4/8/2014 5:19 AM, Thomas Segismont wrote:
> Hi,
>
> What do you think about auto-discovery of Postgres table resources?
>
> In my opinion it's not a good idea, most serious applications involve
> a great number of tables and monitoring them all is probably not desired.
>
> I'd like to disable auto-discovery and implement manual import. Please
> shout if you disagree.
>
> Thanks,
> Thomas
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel(a)lists.fedorahosted.org
>
https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/rhq-devel