Bug 1334397
Summary: | Samba [RHEL6] : Upon smbd crash the log displays core dump path as /var/log/samba/cores/smbd but in actual the core is dumped in /var/log/cores | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Vivek Das <vdas> |
Component: | samba | Assignee: | Anoop C S <anoopcs> |
Status: | CLOSED ERRATA | QA Contact: | Vivek Das <vdas> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | rhgs-3.1 | CC: | amukherj, anoopcs, asrivast, nlevinki, rhinduja, rjoseph |
Target Milestone: | --- | Keywords: | ZStream |
Target Release: | RHGS 3.3.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | samba-4.6.0-0 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-09-21 04:46:03 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1417147 |
Description
Vivek Das
2016-05-09 13:52:03 UTC
In general this behaviour is expected. Here's why? As we have observed before in a related BZ 1322672 for RHEL7, vdsmd which comes from vdsm package overwrites the system-wide /proc/sys/kernel/core_pattern to /var/log/core/core.%p.%t.dump and sets a particular context on /var/log/core in an RHGS installation. For more details refer the other bug report. Due to changes in boot sequence run levels for abrt-ccpp and vdsmd init scripts, in RHEL6 the core_pattern set by vdsmd is again replaced by abrt-ccpp with |/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e. As a result abrt-ccpp saves the previous core_pattern under /var/run/abrt/saved_core_pattern. Even though abrt handles the coredump procedure it also have an option to dump the core in old location based on whether MaxCompatCore is set to 'yes' or not in /etc/abrt/plugins/CCpp.conf. By default this parameter is set to yes and thus coredump is available at abrt's location and under /var/log/core/. And the misleading log message in Samba logs is something we need to fix based on whether the core_pattern file content starts with a '/' or '|'. Currently Samba only checks for '/' and not '|'. Here is the upstream patch: https://git.samba.org/?p=samba.git;a=commit;h=656f2a9dcd6822e1e8606a56bf4cd8984ce80f5d Unable to verify as blocked because of https://bugzilla.redhat.com/show_bug.cgi?id=1444028 Followed the below steps Steps to Reproduce: 1. Bring up a gluster samba set up 2. Mount the share on windows client 3. Do smbstatus and take the pid 4. kill -6 pid 5. Check the client log 6. Check for the core dump There is no misguiding message in log with the latest build, the message that is reflecting now is appropriate (as mentioned below) 2017/06/09 12:58:38.490826, 0] ../source3/lib/dumpcore.c:318(dump_core) coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern 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/RHSA-2017:2778 |