From owner-freebsd-net@freebsd.org Wed Jul 5 18:01:26 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C85B5D8C502 for ; Wed, 5 Jul 2017 18:01:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B610665DF2 for ; Wed, 5 Jul 2017 18:01:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v65I1OZv098985 for ; Wed, 5 Jul 2017 18:01:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 186114] net/mpd5 hangs after a certain number of users connect Date: Wed, 05 Jul 2017 18:01:25 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 18:01:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D186114 --- Comment #103 from Eugene Grosbein --- (In reply to Cassiano Peixoto from comment #101) In fact, a zombie process is not a process anymore. It does not prevent your from restarting new instance of mpd5. Did you look at ps output to check re= al state of mpd5 or tried to restart it? Also, a process may become a zombie only if it did not detach properly at s= tart as normal daemons do (and mpd5 does it) AND its parent does not properly re= ap its children. init(8) does it just fine for normal daemons including mpd5. Do you run mpd5 in detached mode using -b flag? If so, I highly doubt it be= came a zombie. More likely, it could stuck in some uninterruptable system call b= ut that's pretty unusual too. If you run mpd5 in "foreground" mode using another supervising daemon like init(8) itself, that's another story. And what did you have in the log of mpd5 corresponding that time? You showed no diagnostics: ps -l output, mpd logs, kernel dmesg logs, something? And system reboot cleans it all, so it seems you had some external problem = just that took more time to disappear and second reboot just gave it that time. --=20 You are receiving this mail because: You are on the CC list for the bug.=