Bug 1214579

Summary: [abrt] openssh-server: ssh_packet_connection_is_on_socket(): sshd killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Mike FABIAN <mfabian>
Component: opensshAssignee: Jakub Jelen <jjelen>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 22CC: autarch, besser82, craig, erik-fedora, guillaumepoiriermorency, jjelen, jorti, mael.lavault, matteo, mattias.ellert, mfabian, mgrepl, mikhail.v.gavrilov, motoskov, peljasz, philipp, plautrba, ssahani, tmraz
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/9722738a5e009c76df4de2da18a01a851fde3acd
Whiteboard: abrt_hash:1202cc03b806ebf22063f0288f21f52be304216e
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-07-15 06:55:47 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: mountinfo
none
File: namespaces
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Mike FABIAN 2015-04-23 06:50:29 UTC
Version-Release number of selected component:
openssh-server-6.8p1-5.fc22

Additional info:
reporter:       libreport-2.5.1
backtrace_rating: 4
cmdline:        /usr/sbin/sshd -D
crash_function: ssh_packet_connection_is_on_socket
executable:     /usr/sbin/sshd
global_pid:     924
kernel:         4.0.0-1.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            0

Truncated backtrace:
Thread no. 1 (6 frames)
 #0 ssh_packet_connection_is_on_socket at packet.c:371
 #1 set_remote_ipaddr at canohost.c:356
 #2 get_remote_ipaddr at canohost.c:377
 #3 audit_destroy_sensitive_data at audit-linux.c:379
 #4 destroy_sensitive_data at sshd.c:608
 #5 server_accept_loop at sshd.c:1347

Comment 1 Mike FABIAN 2015-04-23 06:50:32 UTC
Created attachment 1017754 [details]
File: backtrace

Comment 2 Mike FABIAN 2015-04-23 06:50:34 UTC
Created attachment 1017755 [details]
File: cgroup

Comment 3 Mike FABIAN 2015-04-23 06:50:35 UTC
Created attachment 1017756 [details]
File: core_backtrace

Comment 4 Mike FABIAN 2015-04-23 06:50:36 UTC
Created attachment 1017757 [details]
File: dso_list

Comment 5 Mike FABIAN 2015-04-23 06:50:37 UTC
Created attachment 1017758 [details]
File: environ

Comment 6 Mike FABIAN 2015-04-23 06:50:39 UTC
Created attachment 1017759 [details]
File: limits

Comment 7 Mike FABIAN 2015-04-23 06:50:40 UTC
Created attachment 1017760 [details]
File: maps

Comment 8 Mike FABIAN 2015-04-23 06:50:42 UTC
Created attachment 1017761 [details]
File: mountinfo

Comment 9 Mike FABIAN 2015-04-23 06:50:43 UTC
Created attachment 1017762 [details]
File: namespaces

Comment 10 Mike FABIAN 2015-04-23 06:50:44 UTC
Created attachment 1017763 [details]
File: open_fds

Comment 11 Mike FABIAN 2015-04-23 06:50:45 UTC
Created attachment 1017764 [details]
File: proc_pid_status

Comment 12 Mike FABIAN 2015-04-23 06:50:47 UTC
Created attachment 1017765 [details]
File: var_log_messages

Comment 13 Jakub Jelen 2015-04-23 08:36:34 UTC
Hi Mike,
I believe that this was fixed with last update after bz1213423. Can you reproduce this issue? What were the steps that lead you to this failure?
Is possible that you were running server/session from older openssh version?

Comment 14 Mike FABIAN 2015-05-16 06:01:13 UTC
(In reply to Jakub Jelen from comment #13)
> Hi Mike,
> I believe that this was fixed with last update after bz1213423. Can you
> reproduce this issue? What were the steps that lead you to this failure?
> Is possible that you were running server/session from older openssh version?

I could not reproduce it on Fedora-Live-Workstation-x86_64-22-TC3.iso
anymore. Although TC3 still has the same version of openssh-server
as the Beta Version of Fedora 22 where I encountered that problem:

[mfabian@Fedora-Live-Workstation-x86_64-2 ~]$ rpm -q openssh-server
openssh-server-6.8p1-5.fc22.x86_64
[mfabian@Fedora-Live-Workstation-x86_64-2 ~]$

I didn’t do any special steps to get that failure, after installation
of a beta version of Fedora 22 I just enabled ssh using

    sudo systemctl enable sshd.service
    sudo systemctl start sshd.service

then logged into the guest from the host using ssh.

Comment 15 Jakub Jelen 2015-05-18 07:02:04 UTC
If I am right, sshd is one of the services that are enabled by default (if not on workstation, please correct me. It doesn't mean that they are automatically installed) and I think this happened just during update of this package, when the old sshd was stopping and new version was starting (which is handled by systemd scriptlet).

I'm not aware that some of "enable" or "start" systemctl commands are doing restart if service is running so it seems strange to me.

According to FAF, there seems to be more people involved and also both versions 6.8p1-4.fc22 and 6.8p1-5.fc22 which supports my theory. I guess this should be reported for the first mentioned version and it looks like a bug in abrt for me. If nobody will protest, I will reassign it to abrt. They can maybe explain more.

Comment 16 Mike FABIAN 2015-05-18 09:10:35 UTC
(In reply to Jakub Jelen from comment #15)
> If I am right, sshd is one of the services that are enabled by default (if
> not on workstation, please correct me. It doesn't mean that they are
> automatically installed) and I think this happened just during update of
> this package, when the old sshd was stopping and new version was starting
> (which is handled by systemd scriptlet).

No, sshd is not enabled by default after a default install from a
Fedora 22 Workstation Live DVD.

Comment 17 Jakub Jelen 2015-07-15 06:55:47 UTC
According to FAF, the reports no longer appears so I think it was really the rest of previous bug during service stop.
Closing.