From nobody Tue Jun 18 18:37:34 2024 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4W3b8b660Fz5PFyh for ; Tue, 18 Jun 2024 18:37:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W3b8b25lCz43TK for ; Tue, 18 Jun 2024 18:37:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718735855; a=rsa-sha256; cv=none; b=r4pSrCIm0ldDRf56DOxpsznUL124gY1TeLHKKoVCB+WewnYgPCs4wNBtdyabF6o6yd7c0J dQjtmsZ3dd2BnMSB+/zPNDKtSqSe9FxzWB9vCp6red0+Q5A2DxhpMh8xd4zzKWTvKMp2Qc Rv0YEl0hh9a/jM3W5Abns6EKlINdo+yye9aqTXdMfdNUK/1RPIdV6wT6u/A04OvXB0X4Hd lHpdYPohm7VQkMX52+O0JvK8p3m9rHyYv6NzjDutdlBPzr4kPrhDaay3ixFpmqNFxMdl2o mRH3P03ypQ21ncggcjioxNuOngcHXirwd6u20BXwVmplv+h+BQeICPAslSgSCw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718735855; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BaKg+2MHfEhRO1ZN8PtJ3C16T3gHPcGagU88r9500ME=; b=X3vYur3fyP292hXt2g/J+F7r0NsOPvCFgmLXgwOFHcQgkvtx8ZOy1XUYrtmH+oiaynlIjN +2AqKiL4GxEryxLHHNQdPLe0rc316YGKM1Vg5ydARS+eB2e8C/0qz3WdudE8N+ayZots9W rI+ti4xUP14qrfC+OycEeLYmOVx5d8X/4HqoXtT7p5RJ2H8t3KlepUujrqIWX9huwjDg8v 1mTInYVWLSAMgB7yfCZ65X2lhXDbblrwQLQL0+lG6v24IfCV+DXpIUn5XWxFpm5tOIuu/N jcyeE1HYlOeoQqwNaMZ1av5XVfzpHHk7LQS0eYD8Z6JthBXrs4nkKM2UB+5yig== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4W3b8b1b7tz18fv for ; Tue, 18 Jun 2024 18:37:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 45IIbZNt060191 for ; Tue, 18 Jun 2024 18:37:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45IIbZlr060190 for bugs@FreeBSD.org; Tue, 18 Jun 2024 18:37:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter Date: Tue, 18 Jun 2024 18:37:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.3-RELEASE X-Bugzilla-Keywords: regression, vendor X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kevans@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: 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 List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277959 --- Comment #5 from Kyle Evans --- In the new model we're effectively dropping SIGTERM on the floor because it= 's all handled by the event loop, but killing the supervised process pushes us= out of the event loop until we restart it again and the kqueue we use isn't persistent across restarts. SIGTERM and SIGHUP should likely move back into the normal signal handling facilities if we're going to get this right. --=20 You are receiving this mail because: You are on the CC list for the bug.=