Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 1495112

Summary: [NMCI][abrt] [faf] NetworkManager: _g_log_abort(): /usr/sbin/NetworkManager killed by 5
Product: Red Hat Enterprise Linux 7 Reporter: Vladimir Benes <vbenes>
Component: NetworkManagerAssignee: sushil kulkarni <sukulkar>
Status: CLOSED DUPLICATE QA Contact: Desktop QE <desktop-qa-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.4CC: atragler, bgalvani, fgiudici, lrintel, rkhan, sukulkar, thaller
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: http://faf.lab.eng.brq.redhat.com/faf/reports/bthash/9029fb916c7f3e734e272c7d84dc5b147102164c/
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-09-25 20:17:16 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:

Description Vladimir Benes 2017-09-25 08:40:49 UTC
This bug has been created based on an anonymous crash report requested by the package maintainer.

Report URL: http://faf.lab.eng.brq.redhat.com/faf/reports/bthash/9029fb916c7f3e734e272c7d84dc5b147102164c/

Comment 1 Beniamino Galvani 2017-09-25 20:17:16 UTC
Thread 1 (Thread 0x7f9368f3c700 (LWP 19581)):
#0  _g_log_abort (breakpoint=breakpoint@entry=1) at gmessages.c:509
        debugger_present = 1
#1  0x00007f937602c312 in g_logv (log_domain=0x7f937685517d "GLib-GIO", log_level=G_LOG_LEVEL_WARNING, format=<optimized out>, args=args@entry=0x7f9368f3aff0) at gmessages.c:1318
        domain = 0x0
        data = 0x0
        depth = 1
        log_func = 0x7f937602bea0 <g_log_default_handler>
        domain_fatal_mask = <optimized out>
        masquerade_fatal = <optimized out>
        test_level = <optimized out>
        was_fatal = <optimized out>
        was_recursion = <optimized out>
        msg = 0x7f9360006080 "Error setting close-on-exec flag on incoming fd: Bad file descriptor"
        msg_alloc = 0x7f9360006080 "Error setting close-on-exec flag on incoming fd: Bad file descriptor"
        i = 4
#2  0x00007f937602c47f in g_log (log_domain=log_domain@entry=0x7f937685517d "GLib-GIO", log_level=log_level@entry=G_LOG_LEVEL_WARNING, format=format@entry=0x7f9376881760 "Error setting close-on-exec flag on incoming fd: %s") at gmessages.c:1359
        args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7f9368f3b0d0, reg_save_area = 0x7f9368f3b010}}
#3  0x00007f9376833f32 in g_unix_fd_message_deserialize (level=<optimized out>, type=<optimized out>, size=<optimized out>, data=0x7f9368f3b1f0) at gunixfdmessage.c:119
        message = <optimized out>
        list = <optimized out>
        n = 1
        s = <optimized out>
        i = <optimized out>
        fds = 0x7f9368f3b1f0
#4  0x00007f93767c525e in g_socket_control_message_deserialize (level=1, type=1, size=4, data=0x7f9368f3b1f0) at gsocketcontrolmessage.c:196
        class = 0x7f9360007c40
        message = 0x0
        n_message_types = 2
        i = 1
#5  0x00007f93767bb5a0 in input_message_from_msghdr (msg=msg@entry=0x7f9368f3ba80, message=message@entry=0x7f9368f3ba40, socket=socket@entry=0x7f935c008130) at gsocket.c:4134
        control_message = <optimized out>
        my_messages = 0x0
        cmsg = 0x7f9368f3b1e0
        __FUNCTION__ = "input_message_from_msghdr"
#6  0x00007f93767bef36 in g_socket_receive_message_with_timeout (socket=socket@entry=0x7f935c008130, address=address@entry=0x0, vectors=<optimized out>, vectors@entry=0x7f9368f3bb60, num_vectors=<optimized out>, num_vectors@entry=1, messages=0x7f935c00e6b0, num_messages=0x7f935c00e6b8, flags=flags@entry=0x0, timeout=0, cancellable=cancellable@entry=0x7f935c0023a0, error=error@entry=0x7f9368f3bb58) at gsocket.c:4845
        input_message = {address = 0x0, vectors = 0x7f9368f3bb60, num_vectors = 1, bytes_received = 0, flags = 1073741824, control_messages = 0x7f935c00e6b0, num_control_messages = 0x7f935c00e6b8}
        msg = {msg_name = 0x0, msg_namelen = 0, msg_iov = 0x7f9368f3bb60, msg_iovlen = 1, msg_control = 0x7f9368f3b1e0, msg_controllen = 24, msg_flags = 1073741824}
        result = <optimized out>
        one_vector = {buffer = 0x557854738df0, size = 140271097723768}
        one_byte = 0 '\000'
        start_time = 6049357104
        __FUNCTION__ = "g_socket_receive_message_with_timeout"
#7  0x00007f93767bf4cb in g_socket_receive_message (socket=socket@entry=0x7f935c008130, address=address@entry=0x0, vectors=vectors@entry=0x7f9368f3bb60, num_vectors=num_vectors@entry=1, messages=<optimized out>, num_messages=<optimized out>, flags=flags@entry=0x0, cancellable=0x7f935c0023a0, error=error@entry=0x7f9368f3bb58) at gsocket.c:5310
No locals.
#8  0x00007f937680d83e in _g_socket_read_with_control_messages_ready (socket=0x7f935c008130, condition=<optimized out>, user_data=0x7f9360003110) at gdbusprivate.c:128
        task = 0x7f9360003110
        data = 0x55785472ff40
        error = 0x0
        result = <optimized out>
        vector = {buffer = 0x7f9360001e00, size = 16}
        __FUNCTION__ = "_g_socket_read_with_control_messages_ready"
#9  0x00007f93767bbbf3 in socket_source_dispatch (source=0x7f9360005c00, callback=0x7f937680d7c0 <_g_socket_read_with_control_messages_ready>, user_data=0x7f9360003110) at gsocket.c:3543
        func = 0x7f937680d7c0 <_g_socket_read_with_control_messages_ready>
        socket_source = 0x7f9360005c00
        socket = 0x7f935c008130
        timeout = -1
        events = 1
        ret = <optimized out>
#10 0x00007f93760254c9 in g_main_dispatch (context=0x7f935c00c9a0) at gmain.c:3201
        dispatch = 0x7f93767bbba0 <socket_source_dispatch>
        prev_source = 0x0
        was_in_call = 0
        user_data = 0x7f9360003110
        callback = 0x7f937680d7c0 <_g_socket_read_with_control_messages_ready>
        cb_funcs = 0x7f93762eb920 <g_source_callback_funcs>
        cb_data = 0x7f93600054f0
        need_destroy = <optimized out>
        source = 0x7f9360005c00
        current = 0x7f935c00c760
        i = 0

*** This bug has been marked as a duplicate of bug 1451236 ***