Description of problem: This problem is about getting the coredump files getting collected in "/" for the crash i.e. seen for gluster issues, whereas the correct behaviour is about getting them collected in "/var/run/gluster" Version-Release number of selected component (if applicable): glusterfs-3.6.0.24-1.el6rhs.x86_64 How reproducible: always on this build, not earlier ones Expected results: cores in /var/run/gluster Additional info:
Default core location in RHS is /var/log/cores not /var/run/gluster
(In reply to Bala.FA from comment #2) > Default core location in RHS is /var/log/cores not /var/run/gluster Its /var/log/core.
Patch is under review at https://code.engineering.redhat.com/gerrit/29206
Moving this BZ to ASSIGNED, as even now the core is found in "/" path only [root@nfs2 ~]# kill -11 13382 [root@nfs2 ~]# ls /core.133* /core.13382 [root@nfs2 ~]# [root@nfs2 ~]# [root@nfs2 ~]# rpm -qa | grep redhat redhat-storage-logos-60.0.17-1.el6rhs.noarch redhat-indexhtml-6-6.el6.noarch redhat-release-server-6Server-6.5.0.1.el6.x86_64 redhat-storage-server-3.0.0.3-2.el6rhs.noarch
How did you get the system to redhat-storage-server-3.0.0.3-2.el6rhs.noarch? No intermediate QA released are not supported though.
(In reply to Bala.FA from comment #7) > How did you get the system to redhat-storage-server-3.0.0.3-2.el6rhs.noarch? > > No intermediate QA released are not supported though. In terms of upgrade.
Yum update the package, that's how I did it.
with fresh install of the latest iso available, I was able to verify the BZ. [root@rhsauto032 ~]# rpm -qa | grep redhat redhat-storage-server-3.0.0.3-2.el6rhs.noarch beakerlib-redhat-1-13.el6eso.noarch redhat-storage-logos-60.0.17-1.el6rhs.noarch redhat-indexhtml-6-6.el6.noarch redhat-release-server-6Server-6.5.0.1.el6.x86_64 [root@rhsauto032 ~]# [root@rhsauto032 ~]# [root@rhsauto032 ~]# [root@rhsauto032 ~]# [root@rhsauto032 ~]# [root@rhsauto032 ~]# kill -11 3794 [root@rhsauto032 ~]# ls / bin boot cgroup data dev etc home lib lib64 lost+found media mnt opt proc rhev rhs root sbin selinux srv sys tmp usr var [root@rhsauto032 ~]# ls /var/log/core/ core.3794.1409614155.dump [root@rhsauto032 ~]# ls -l /var/log/core/ total 30296 -rw------- 1 root root 106332160 Sep 2 04:59 core.3794.1409614155.dump
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. http://rhn.redhat.com/errata/RHEA-2014-1278.html