From owner-freebsd-jail@freebsd.org Mon Oct 31 18:45:43 2016 Return-Path: Delivered-To: freebsd-jail@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 A6AE6C276CA for ; Mon, 31 Oct 2016 18:45:43 +0000 (UTC) (envelope-from list+org.freebsd.jail@io7m.com) Received: from mail.io7m.com (io7m.com [159.203.63.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.io7m.com", Issuer "arc7 CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 89D34195D for ; Mon, 31 Oct 2016 18:45:43 +0000 (UTC) (envelope-from list+org.freebsd.jail@io7m.com) Received: from copperhead.int.arc7.info (cust187-dsl61.idnet.net [212.69.61.187]) by mail.io7m.com (Postfix) with ESMTPSA id 1BACC18A567 for ; Mon, 31 Oct 2016 18:45:42 +0000 (UTC) Date: Mon, 31 Oct 2016 18:45:31 +0000 From: list+org.freebsd.jail@io7m.com To: freebsd-jail@freebsd.org Subject: Re: Jail fails to unmount a directory Message-ID: <20161031184531.200cac37@copperhead.int.arc7.info> In-Reply-To: <58178854.2030403@gmail.com> References: <20161031170602.70b7d325@copperhead.int.arc7.info> <58178854.2030403@gmail.com> Organization: io7m.com MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/wY0z+z+D9aYUxHKw8YU/NmB"; protocol="application/pgp-signature" X-BeenThere: freebsd-jail@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion about FreeBSD jail\(8\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 18:45:43 -0000 --Sig_/wY0z+z+D9aYUxHKw8YU/NmB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On 2016-10-31T14:07:16 -0400 Ernie Luzar wrote: >=20 > The correct way to stop the jail is to issue this command from the host=20 > command line >=20 > host# jail -v -f com.example.service0.conf -r com_example_service0 Hello. The problem with this is that jails can end up in this broken, undead state. It seems rather nasty that the created process could crash, leaving a nonexistent jail with no processes that nevertheless can't be restarted without first "destroying" it, even though it appears to have already gone! How is an administrator even supposed to know that a jail that doesn't appear in the output of `jls` must be destroyed before it can be started? M --Sig_/wY0z+z+D9aYUxHKw8YU/NmB Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIrBAEBCgAVBQJYF5FLDhxtYXJrQGlvN20uY29tAAoJEAKt2nV+RgR49MEP/RNm AxdArFoPe1bNqJ+3Td2vZJFC1/5zWRchqhFZ8D9kqT6HPGTL4TmRICkRCxk9DEZ6 O99MBHbVfg85kgeywiQLovuWuds0Tjqsj3zf5kMXWXEYYsa5ou1VoxTxIQJxZ08X pmaXlQUwxWl9srAIf5h6y6XSXKTYbZEMBCZR6+07wz7iWml5+7Xny1bGsLU3KypM Ac7Z7EX9f+Sh8mFqoEPy0NTS3EGK59pLFjB3wZ8qUesIMVAQRluDpJCHYCQ/rMMl phX/1tcGtYXLuZQK+QOd6TFxhtS4zxbXOBDcZ4TYNJVMgVY9OT1dUbxx/W0mRTky 0deWrKMOnarn1nEF9vzqf9RJOYHdKVS7h+S6Y41iJ7xzXAwkoVIAzRYyYhAC2qvl SPY0o9JpAPJNnaCZKdRB4zxpIoYfpdGGT5XDjnTZhiv9ASKm2JsxrAJlKbv28lFP FjGlMcIpZTP7ZlOgbc1mmWpH1YLuhHs7yqEiVWvIVJ2QGD7x5oInS1KabbcCRR4S 3EnHLAPHD76zwOIqKmNa6RLJD0OMsS5c9iMBK4NtHB4DGFvPf+4FGCSkmOfVrUT4 2u3Hy9bzgnf3ajPCUB/VWripQ7X5NfEgD+CZJMW8GmNw5gMU0m8WzPnlNOuMwZSA GxbfzmIjwPjo3ndc3s7HtZ41id93A94cWi6uRuhh =+iJZ -----END PGP SIGNATURE----- --Sig_/wY0z+z+D9aYUxHKw8YU/NmB--