RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2065040 - reinstalling samba client causes winbindd coredump. [rhel-8.4.0.z]
Summary: reinstalling samba client causes winbindd coredump. [rhel-8.4.0.z]
Keywords:
Status: CLOSED DUPLICATE of bug 2065718
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: ipa
Version: 8.4
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Florence Blanc-Renaud
QA Contact: ipa-qe
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-03-17 08:02 UTC by anuja
Modified: 2022-03-18 15:09 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-18 15:09:07 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FREEIPA-8023 0 None None None 2022-03-17 08:05:25 UTC
Red Hat Issue Tracker RHELPLAN-115804 0 None None None 2022-03-17 08:05:29 UTC

Description anuja 2022-03-17 08:02:43 UTC 
This bug has been copied from bug#1980356.

Failure reproduced in RHEL8.4

transport.py               391 INFO     RUN ['systemctl', 'status', 'winbind']
transport.py               513 DEBUG    RUN ['systemctl', 'status', 'winbind']
transport.py               558 DEBUG    ● winbind.service - Samba Winbind Daemon
transport.py               558 DEBUG       Loaded: loaded (/usr/lib/systemd/system/winbind.service; enabled; vendor preset: disabled)
transport.py               558 DEBUG       Active: deactivating (stop-sigterm) (Result: core-dump) since Tue 2022-03-15 18:29:28 EDT; 215ms ago
transport.py               558 DEBUG         Docs: man:winbindd(8)
transport.py               558 DEBUG               man:samba(7)
transport.py               558 DEBUG               man:smb.conf(5)
transport.py               558 DEBUG      Process: 31915 ExecStart=/usr/sbin/winbindd --foreground --no-process-group $WINBINDOPTIONS (code=dumped, signal=ABRT)
transport.py               558 DEBUG     Main PID: 31915 (code=dumped, signal=ABRT)
transport.py               558 DEBUG       Status: "winbindd: ready to serve connections..."
transport.py               558 DEBUG        Tasks: 1 (limit: 11192)
transport.py               558 DEBUG       Memory: 4.9M
transport.py               558 DEBUG       CGroup: /system.slice/winbind.service
transport.py               558 DEBUG               └─31919 /usr/sbin/winbindd --foreground --no-process-group
transport.py               558 DEBUG    
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #11 /lib64/libtevent.so.0(+0xdacf) [0x7f3957e0facf]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #12 /lib64/libtevent.so.0(+0xbadb) [0x7f3957e0dadb]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #13 /lib64/libtevent.so.0(_tevent_loop_once+0x95) [0x7f3957e08c05]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #14 /usr/sbin/winbindd(main+0xe7c) [0x5634e75b256c]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #15 /lib64/libc.so.6(__libc_start_main+0xf3) [0x7f3957248493]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:    #16 /usr/sbin/winbindd(_start+0x2e) [0x5634e75b2f0e]
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]: [2022/03/15 18:29:27.963691,  0] ../../source3/lib/dumpcore.c:318(dump_core)
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]:   coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern
transport.py               558 DEBUG    Mar 15 18:29:27 client1.testrelm.test winbindd[31915]: 
transport.py               558 DEBUG    Mar 15 18:29:28 client1.testrelm.test systemd[1]: winbind.service: Main process exited, code=dumped, status=6/ABRT
transport.py               217 DEBUG    Exit code: 3
host.py                    199 ERROR    stderr:
Comment 2 Florence Blanc-Renaud 2022-03-17 09:10:11 UTC 
The fix is already available upstream, moving to POST:

Fixed upstream
master:
https://pagure.io/freeipa/c/91334b271a929aca8d77c143db005f358cb7ea4a
https://pagure.io/freeipa/c/bbe554acf4d164d8d3847f343395ba28abac0392

ipa-4-9:
https://pagure.io/freeipa/c/82eaa2eac454aed75a498d2c6ccd9e921f9c8a89
https://pagure.io/freeipa/c/6302769b83af75f267c76fe6f854d5b42b6b80f5
Comment 3 Florence Blanc-Renaud 2022-03-18 15:08:45 UTC 
The process to request a z-stream has been followed using BZ https://bugzilla.redhat.com/show_bug.cgi?id=2001500, which created a 8.4z clone: BZ #2065718
Closing this one as a duplicate.
Comment 4 Florence Blanc-Renaud 2022-03-18 15:09:07 UTC 

*** This bug has been marked as a duplicate of bug 2065718 ***
Note You need to log in before you can comment on or make changes to this bug.