Description of problem: Sometimes yum/dnf.log isn't enough to understand what happened when debugging an issue based on a sosreport. yum and dnf allow seeing exactly what happened in each transaction. We should collect that.
(In reply to Yedidyah Bar David from comment #0) > Description of problem: > > Sometimes yum/dnf.log isn't enough to understand what happened when > debugging an issue based on a sosreport. > > yum and dnf allow seeing exactly what happened in each transaction. Can you expand on this? > > We should collect that.
(In reply to Yaniv Kaul from comment #1) > (In reply to Yedidyah Bar David from comment #0) > > Description of problem: > > > > Sometimes yum/dnf.log isn't enough to understand what happened when > > debugging an issue based on a sosreport. > > > > yum and dnf allow seeing exactly what happened in each transaction. > > Can you expand on this? This is already covered in dep bugs on sosreport. Current bug is on ovirt-log-collector, and is aimed at activating the options added to sosreport to make sure we actually collect them by default.
Lev, dependent bugs on sos are closed, can you check if we can move on with this bug?
(In reply to Sandro Bonazzola from comment #3) > Lev, dependent bugs on sos are closed, can you check if we can move on with > this bug? Yes, I think we can.
PR: https://github.com/oVirt/ovirt-log-collector/pull/2 Additionally, in my system adding '-k', 'yum.yum-history-info=on' increased the time to collect the data, so if users want to use this feature, use --package-manager-history. # cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.5 Beta (Maipo) #time ovirt-log-collector -v DEBUG: calling(['sosreport', '--batch', '--build', '--tmp-dir=/tmp/logcollector-S4uiWg/working', '-o', 'ovirt,rpm,libvirt,general,networking,hardware,process,yum,filesys,devicemapper,selinux,kernel,apache,memory,block,java,lvm2,md,pci,processor,scsi,chrony,systemd,firewalld,openvswitch,collectd,ovirt_imageio,logs', '-k', 'rpm.rpmva=off', '-k', 'apache.log=True', '--all-logs']) real 0m14.745s user 0m8.921s sys 0m1.920s time ovirt-log-collector -v --package-manager-history DEBUG: calling(['sosreport', '--batch', '--build', '--tmp-dir=/tmp/logcollector-oqiPVb/working', '-o', 'ovirt,rpm,libvirt,general,networking,hardware,process,yum,filesys,devicemapper,selinux,kernel,apache,memory,block,java,lvm2,md,pci,processor,scsi,chrony,systemd,firewalld,openvswitch,collectd,ovirt_imageio,logs', '-k', 'rpm.rpmva=off', '-k', 'apache.log=True', '-k', 'yum.yum-history-info=on', '--all-logs']) real 4m9.682s user 3m25.670s sys 0m40.869s
(In reply to Douglas Schilling Landgraf from comment #5) > PR: https://github.com/oVirt/ovirt-log-collector/pull/2 Please note that github is a backup only repo for ovirt-log-collector. Please push the patch to gerrit.ovirt.org
Verified on ovirt-log-collector-4.3.1-1.el7ev.noarch
This bugzilla is included in oVirt 4.3.0 release, published on February 4th 2019. Since the problem described in this bug report should be resolved in oVirt 4.3.0 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.