Description of problem: ovirt-log-collector collects logs from all hosts, which makes its output too big to handle. Specifying a list of hypervisors by name is tedious and error-prone. People tend to be using --no-hypervisor and miss the purpose. This RFE is about adding a midway --one-hypervisor-per-cluster. When supplied to the script, the script would choose one host per cluster, and collect its logs. The current SPM and the current host of a self-hosted-engine should be included as well.
We would like to backport this to 3.6-els, to ease log collection prior to upgrade.
My 2 cents: 1. If this will be turned off by default, customers won't be using it / will keep using --no-hypervisor 2. "--one-hypervisor-per-cluster" name is too long, I would prefer something shorter and more user-friendly such as 3. Easy way to fix 1. would be to ask question on --no-hypervisor to include at least 1 or if user is sure that hypervisors should be omitted QS: What host do we choose? SPM? With PM? First host? Random host? Does it matter for DEV on debugging side?
I think I misused the clone job, but managed to cloned to everything but 4.0 (no such target milestone)
verified in ovirt-log-collector-4.2.0-1.el7ev.noarch
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:1465
BZ<2>Jira Resync