Description of problem: ======================== Including "cores" in sos reports will be helpful information to provide for debugging.
Bryn, Any particular reason why we had left out /var/log/core in sos? is it because ABRT should handle that? Any insight on that would be helpful. Because we have a bug open which says ABRT is not capturing cores of glusterfs binaries (bug 829657). My guess is fixing the ABRT issue should be good enough here.
What is /var/log/core? It seems to be some RHEV-specific directory (the only references I find on google are to an obsolete corekeeper package in Debian and our own RHEV docs). This is not the standard dump directory ABRT uses (/var/spool/abrt). If this is RHEV-specific it probably belongs in the module hanlding vdsm (whether shipped in sos or vdsm packages although we should be moving away from externally packaged modules ASAP).
Bala, can you please take a look in?
vdsm sos plugin collects directory entries of /var/log/core ("/bin/ls -l /var/log/core") not entire content. Please give more information about the requirement.
Bala, spoke to Shwetha and what is being requested is to include the core files itself and not just listing of the entries in /var/log/core. I am marking this bug dependent on 829657 as I think resolution of that bug will have an impact on this bug.
as per comment #5, /var/log/core is used by only VDSM. Also in RHS 'DumpLocation' of abrt.conf was commented out, and hence, the QE team was not getting the core files, which led to this bug.
upstream patch is submitted at http://gerrit.ovirt.org/11445
Core files should not be added in sosreport, and core file validation/upload should happen from 'abrt' (if required). Marking it as NOTABUG.
Abandoning the patch http://gerrit.ovirt.org/11445 as well