From owner-freebsd-stable@freebsd.org Mon Jul 6 19:10:13 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA0E936E542 for ; Mon, 6 Jul 2020 19:10:13 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B0wBD3Y2Bz4QXs for ; Mon, 6 Jul 2020 19:10:12 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-pl1-x629.google.com with SMTP id k4so1537280pld.12 for ; Mon, 06 Jul 2020 12:10:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=wGPRIULBFRjiFHqnNwozDCOG65Jl0AkGzgg39zLiOOw=; b=GA8sVq0d0Mv+33sIn+KtotWclsZQ6C9VqJy9VjjfjOaL5mD2099lopD/SgfpN8J8DI 2xxZ/lZbJM3hxYc5JX6uGhMzi0WLCvTKsmhFWVhpSXEK4SXyOW2rBF6kAN91Vy1Xjod0 fwhUCJh1XSb4Obc83DTf4PnSY+MPdq4gYSwENxA0d+7+2EmkhOC1cQm5fKySMY+aCV83 3JnpiZpHqOBuhIuZBasMa52KtiZo70KC3R4b7weEB5EK+aGCXoF8ExGcWoLflDndIJiX i5IpYs+FqUi+pupYm05NXgJQ9I7vGLKr3a4wBvVAMj1ggqVkHOUmoCLjfi2imm0+AyMD LcSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=wGPRIULBFRjiFHqnNwozDCOG65Jl0AkGzgg39zLiOOw=; b=JCzCdzXYDSD6Ua87QFtVfyI3hJUI/23JX+Bz3kIZuzV3/FkiklRZJjkpC7oyTL6uwi HHR5F2dqYkAG8YKuBihlPeywCn4BdhnE0i/tedtlg8aOGEyDJliEWx+4/ykoNlYFvvj0 XgyNsocb1qKY/oNqO6SZrI2RkohHoxzmfrquBBSp+sqLCoAiDwyNGb8m3KAeNXeagKqt atQRWd6OWdOcypbJ/7Bz3XMyD+YRj/hSlMSzfyzvrhCEqTeH1I47PYOMzcqQ2qboF5ZD uEjZXboQsxFCd5/Vg7RoSzOAIqp3o53ObN5N3xOEkbJ3b1GevE9575XMDBxQBFudduqP kRAA== X-Gm-Message-State: AOAM530BGe5OOOdNxySlbyWEgqWYuyBi27yENhSPDIp21XRoIYkyCH7L DL3VAzG0cm8gvOinu737Kfi5/L9/6rg= X-Google-Smtp-Source: ABdhPJzwbqH7pD5OzbLDCLRXuFDNTCgqeQxeaNpZXzQ87ZvXwBB/y1UANz2VYFoO6pkNtylxHZSPJg== X-Received: by 2002:a17:90b:3187:: with SMTP id hc7mr648029pjb.38.1594062610347; Mon, 06 Jul 2020 12:10:10 -0700 (PDT) Received: from [192.168.0.4] (174-26-194-170.phnx.qwest.net. [174.26.194.170]) by smtp.gmail.com with ESMTPSA id 9sm19425433pfh.160.2020.07.06.12.10.08 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jul 2020 12:10:09 -0700 (PDT) To: freebsd-stable@freebsd.org From: Don Wilde Subject: Getting a new shell to work for the 'toor' user Message-ID: Date: Mon, 6 Jul 2020 12:10:08 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Language: en-US X-Rspamd-Queue-Id: 4B0wBD3Y2Bz4QXs X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GA8sVq0d; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-3.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.61)[-0.615]; RECEIVED_SPAMHAUS_PBL(0.00)[174.26.194.170:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629:from]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 19:10:13 -0000 All, I finally got around to -- I thought :) -- completing my inclusion of bash-static as a usable shell. It works as an available shell in 'adduser', but when I tried to use it as a recovery shell (see attached .odt), I ran into a problem. My fist pass was to add /bin/stbash to the end of the toor line in master.passwd, but that didn't change it even after a reboot. Next, I discovered that logging in as toor and issuing: # chsh -s /bin/stbash, but that didn't work successfully because it changed my root shell to the static-linked bash as well. I quickly changed it back! Two other commands work as expected, and track the issue: 'echo $0' and 'echo $SHELL' I don't see where SHELL is set, or $0. Are these in one of the rc files? What did I miss? -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Mon Jul 6 19:13:38 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2EECE36EC81 for ; Mon, 6 Jul 2020 19:13:38 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B0wG92rlLz4R8j for ; Mon, 6 Jul 2020 19:13:37 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ot1-x342.google.com with SMTP id n24so30268164otr.13 for ; Mon, 06 Jul 2020 12:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=niN3pHQziT2wcjeY8g0Mbg458QLUXT1/wtE/Vn0Zn8o=; b=L9wWT9BQ6F1izGqHSqC595/QRck0O27rAPFZm8GTbWiPsnt8P/yZpErpSFr81yPn8I D3WaWGFan3fneMGP3jWqcQqZEQNuZvJjrc8bvtef5Us/3b2PzsYrCE9sjE1yo5P3jZRL FzoBvtoZ6QF1JTO56sTQgiKAlFf8iXe4n9UlNM7v3BQ4AQmvvZay/cjimllUDlfrVUBJ MNqaaO0l01gBSsuvtaVN5YBqbim0gd9Zy9QnWPrCovD9qdm2pEmXY3BRbNwEATcvA0Va kIjxdbmEM1svDqO8LcMaAkFG/mjNTVRXXIqC8wY86Oc5NJtSVU9eiWXDSAcgqnbCIILI Ya1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=niN3pHQziT2wcjeY8g0Mbg458QLUXT1/wtE/Vn0Zn8o=; b=ihedLZMF+kdo5dUqeTCC+vLUN+If71vm1OaDWjdyV9QOzNFUKn2J2uJfGc3FzYSVmI DwmrT74x96FM3Att0A4SQ18UtHJQepshC8w23DUC8JRWx7zb3EqZhiDnx9emOjoEYmH7 pQCo2aEzDcRMuneQNLF/WDbUNh6Fg6/sabmsbqPp9plhoEFIZzPIjL4lJX4b7Q5rJcsr Bk+9OBxzM92ziFqMgMB73tADB4KjJnwM1PDd7OFZrx3IekSdxoG5IMyWxbRnBxIqNJj4 gFabOyLXJwly0uBPP5QHJp+1pF/keoVgwnN3crdF7AstyAmxqj87D6583STpJ1ifb68K oHjg== X-Gm-Message-State: AOAM531POyV+Zc+Jyz40kMp/WBNjJL2WQOU43B0+RYOC4VlYRh8/L4SU NGmI+XFlebD/08EDAoR9Vam2XRdndJY6XNKuhSj4Jw== X-Google-Smtp-Source: ABdhPJx3/WaaIwcYWGFhMkkjDesfjBdhsP8lFAf1iqcMZr9ngDMQFI/8QH0DBuOmXLxVKyA3wPkn0MzAsiw826g8yAQ= X-Received: by 2002:a9d:24e5:: with SMTP id z92mr45567229ota.255.1594062816205; Mon, 06 Jul 2020 12:13:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Chen Date: Tue, 7 Jul 2020 07:13:19 +1200 Message-ID: Subject: Re: Getting a new shell to work for the 'toor' user To: Don Wilde Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4B0wG92rlLz4R8j X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=L9wWT9BQ; dmarc=none; spf=softfail (mx1.freebsd.org: 2607:f8b0:4864:20::342 is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-2.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.962]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::342:from]; NEURAL_HAM_SHORT(-0.37)[-0.365]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 19:13:38 -0000 On Tue, 7 Jul 2020 at 07:10, Don Wilde wrote: > > All, > > I finally got around to -- I thought :) -- completing my inclusion of > bash-static as a usable shell. > > It works as an available shell in 'adduser', but when I tried to use it > as a recovery shell (see attached .odt), I ran into a problem. My fist > pass was to add /bin/stbash to the end of the toor line in > master.passwd, but that didn't change it even after a reboot. You have to use vipw(8). -- Jonathan Chen From owner-freebsd-stable@freebsd.org Mon Jul 6 19:18:30 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35BC636E8D2 for ; Mon, 6 Jul 2020 19:18:30 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (mail.geeks.org [IPv6:2001:4980:3333:1::1]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4B0wMn0w7dz4RXX for ; Mon, 6 Jul 2020 19:18:28 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (localhost [127.0.0.1]) by after-clamsmtpd.geeks.org (Postfix) with ESMTP id 7D7EB9E629 for ; Mon, 6 Jul 2020 14:18:22 -0500 (CDT) Received: by mail.geeks.org (Postfix, from userid 1003) id 5A3C59E628; Mon, 6 Jul 2020 14:18:22 -0500 (CDT) Date: Mon, 6 Jul 2020 14:18:22 -0500 From: Doug McIntyre To: freebsd-stable@freebsd.org Subject: Re: Getting a new shell to work for the 'toor' user Message-ID: <20200706191822.GA90615@geeks.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4B0wMn0w7dz4RXX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of merlyn@geeks.org designates 2001:4980:3333:1::1 as permitted sender) smtp.mailfrom=merlyn@geeks.org X-Spamd-Result: default: False [-2.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.986]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[geeks.org]; NEURAL_HAM_SHORT(-0.05)[-0.050]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7753, ipnet:2001:4980::/32, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 19:18:30 -0000 On Mon, Jul 06, 2020 at 12:10:08PM -0700, Don Wilde wrote: > It works as an available shell in 'adduser', but when I tried to use it as a > recovery shell (see attached .odt), I ran into a problem. My fist pass was > to add /bin/stbash to the end of the toor line in master.passwd, but that > didn't change it even after a reboot. Did you run pwd_mkdb after you added it to master.passwd? From owner-freebsd-stable@freebsd.org Mon Jul 6 19:49:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DAD5736F556 for ; Mon, 6 Jul 2020 19:49:01 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B0x311WS7z4TN2 for ; Mon, 6 Jul 2020 19:49:00 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: by mail-pj1-x1029.google.com with SMTP id gc9so10738725pjb.2 for ; Mon, 06 Jul 2020 12:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=gE7EzcdsvXpvUsZSzz5sozWG+jR5nBf+3pgQBPlDTHw=; b=Xd/wjLU7Vsx/JBir6vnqlm3ERupVj+V9g7ejIbAl/dSL6WIlEJQ/RoMobDQHJOrzz5 KnXLMt0nUEYL8mc9u2zR2ABFySIO5vgDirOOXyNDlnfdGh3c8phae9Jeg8ZduNZmi/fV t9DuH+c6iVGpDUYr79ON4yfuOn8nalF0WwhhLDNnnvcLKFkJAY+HDqBrb0lt66M7mfQ3 eKf/Zp+m6cx399U1a3E4PB9QHsi5LMq5lnP67smsmJfAnNU2SqdTuWXFGGL5ZxpU4CMG YvItKcnfnYO2Ur3xDNfd+EjUCLFylzELxHrO1EjdKay2sjpD0H9Hn2v0d2PVi4/lvycJ wzNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=gE7EzcdsvXpvUsZSzz5sozWG+jR5nBf+3pgQBPlDTHw=; b=NihByT0IY/Lz8n+ZZL/E/oaI1LTB2LL4mlRQipaXeAsmwB0eF7wFu8jIw+6E0IF1B/ vcn50tUiBQq/DeKIO1a5iZfPJUQyQlZXApvDs3/S7dTD9bKN7xkNKDro1Hg+3csJv7ny ZoPT8M1g5BMnirpNFCY+Vh/pKbNIIllWaxujy3OAe0WF0M9k0PlPINjkhxmtPHnRyNui sU6J3Zwmv/meS6iiDToByoHMD8kI+83jf/gBU0D/ux1PdshUhfj9KcfPuVyiLo1Wa5Wh ezRlC9S/+dsUJZD/StsROF1AtmaP1OE2hFlPs0Vq3rOARXix3/LwlwnA7d3G8ipKrXrq QVoQ== X-Gm-Message-State: AOAM531kQ9QK57lghENK4dfGLC81DQW+1yLRz3FzMwWtd7OhGz3EhrPY RwBDU2qGqlWsa7ZgYb1wrbgdr0vKLnA= X-Google-Smtp-Source: ABdhPJzEuOBfsh2eI8zv9GJDZhkFXrrJ2dI/rkMS9tASt1DAuNGp5sVTgeTJQV5S8CoyOyU11koD6w== X-Received: by 2002:a17:90b:283:: with SMTP id az3mr777049pjb.38.1594064939785; Mon, 06 Jul 2020 12:48:59 -0700 (PDT) Received: from [192.168.0.4] (174-26-194-170.phnx.qwest.net. [174.26.194.170]) by smtp.gmail.com with ESMTPSA id 6sm19971537pfi.170.2020.07.06.12.48.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jul 2020 12:48:58 -0700 (PDT) Subject: Re: Getting a new shell to work for the 'toor' user To: Jonathan Chen Cc: freebsd-stable@freebsd.org, Doug McIntyre References: From: Don Wilde Message-ID: Date: Mon, 6 Jul 2020 12:48:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4B0x311WS7z4TN2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Xd/wjLU7; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dwilde1@gmail.com designates 2607:f8b0:4864:20::1029 as permitted sender) smtp.mailfrom=dwilde1@gmail.com X-Spamd-Result: default: False [-4.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.28)[-1.277]; RECEIVED_SPAMHAUS_PBL(0.00)[174.26.194.170:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.016]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1029:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 19:49:01 -0000 On 7/6/20 12:13 PM, Jonathan Chen wrote: > On Tue, 7 Jul 2020 at 07:10, Don Wilde wrote: >> All, >> >> I finally got around to -- I thought :) -- completing my inclusion of >> bash-static as a usable shell. >> >> It works as an available shell in 'adduser', but when I tried to use it >> as a recovery shell (see attached .odt), I ran into a problem. My fist >> pass was to add /bin/stbash to the end of the toor line in >> master.passwd, but that didn't change it even after a reboot. > You have to use vipw(8). That worked, thanks! I'd forgotten about vipw, though I'd used it before. Doug's answer would have worked too, but since vipw calls pwd_mkdb, I didn't have to figure that one out. :) I'll polish the doc and ship it to freebsd-doc@ for comments. Appreciate the help! -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** From owner-freebsd-stable@freebsd.org Tue Jul 7 20:14:20 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98C9D34B758; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1YYm3WZGz44kb; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 56D2F1A4ED; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) Date: Tue, 7 Jul 2020 20:14:20 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-07-05 Message-ID: <20200707201420.GA22709@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 20:14:20 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-07-05 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-06-29 to 2020-07-05. During this period, we have: * 1899 builds (95.7% (+1.3) passed, 4.3% (-1.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 221 test runs (91.4% (+2.3) passed, 7.2% (-3.0) unstable, 1.4% (+0.7) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 23 doc and www builds (95.7% (-0.3) passed, 4.3% (+0.3) failed) Test case status (on 2020-07-05 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | -------- | | head/amd64 | 7857 (0) | 7762 (-4) | 0 (0) | 95 (+4) | | head/i386 | 7855 (0) | 7753 (-1) | 0 (0) | 102 (+1) | | 12-STABLE/amd64 | 7617 (+24) | 7556 (+21) | 0 (0) | 61 (+3) | | 12-STABLE/i386 | 7615 (+24) | 7546 (+21) | 0 (0) | 69 (+3) | | 11-STABLE/amd64 | 6912 (+24) | 6861 (+24) | 0 (0) | 51 (0) | | 11-STABLE/i386 | 6910 (+24) | 6857 (+24) | 0 (0) | 53 (0) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200705 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome.https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix in review: https://reviews.freebsd.org/D25284 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2277 success, 647 failures, 825 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Thu Jul 9 06:12:48 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9CDEB3617DF; Thu, 9 Jul 2020 06:12:48 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (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 (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Qnr0fZrz4Z9B; Thu, 9 Jul 2020 06:12:47 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id 0696CZxw083482 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 9 Jul 2020 08:12:37 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi To: freebsd-stable@freebsd.org References: <20200708210626.61FC317C2B@freefall.freebsd.org> Cc: freebsd-x11@freebsd.org From: Andrea Venturoli Message-ID: Date: Thu, 9 Jul 2020 08:12:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200708210626.61FC317C2B@freefall.freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2Qnr0fZrz4Z9B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 06:12:48 -0000 On 2020-07-08 23:06, FreeBSD Errata Notices wrote: > II. Problem Description > > A bug in one of the LinuxKPI subroutines could cause a kernel panic. Hello. Can we get any reference to this? E.g. a sample stack trace? I've been experiencing panics with the latest x.org and had to revert to an older version. It would be useful to me to know whether we are talking about the same problem, in order to know if it's worth trying the new version again. bye & Thanks av. From owner-freebsd-stable@freebsd.org Thu Jul 9 08:31:45 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 44B403642F3; Thu, 9 Jul 2020 08:31:45 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 4B2Tt82xHbz3Rmn; Thu, 9 Jul 2020 08:31:43 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 4B2Tt042zNz3mhT; Thu, 9 Jul 2020 08:31:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1594283495; bh=2A/uUA1wuveP8EQD6h0HFC3U e/wYX7O8XXEylXaChL0=; b=SPo+iGGoaY0qEvyCZKR0APpPT4J7rMBrnwQMigvx VFUD56osxcLzkwv5sr2eGGoSlyZj4PCcAl7l8YXmd84iFPFWeTuxi/m1MbWmnyNl 0lbp+P8Q63YUY59XAKib1wv8GiJaE3d0woijuKwEbNIs03MuvH4PpKqiPGyHiJMe cYs= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id fDlqc954oiWI; Thu, 9 Jul 2020 08:31:35 +0000 (UTC) Received: from garnet.daemonic.se (unknown [95.202.176.204]) by mail.daemonic.se (Postfix) with ESMTPSA id 4B2Tsz4vXrz3mMv; Thu, 9 Jul 2020 08:31:35 +0000 (UTC) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi To: Andrea Venturoli , freebsd-stable@freebsd.org Cc: freebsd-x11@freebsd.org References: <20200708210626.61FC317C2B@freefall.freebsd.org> From: Niclas Zeising Message-ID: <6049ca6b-33e3-2f76-7c1b-c3c3f673ebff@daemonic.se> Date: Thu, 9 Jul 2020 10:31:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4B2Tt82xHbz3Rmn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=SPo+iGGo; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-3.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.020]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.64)[-0.639]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 08:31:45 -0000 On 2020-07-09 08:12, Andrea Venturoli wrote: > On 2020-07-08 23:06, FreeBSD Errata Notices wrote: >=20 >> II.=C2=A0 Problem Description >> >> A bug in one of the LinuxKPI subroutines could cause a kernel panic. >=20 > Hello. >=20 > Can we get any reference to this? E.g. a sample stack trace? >=20 > I've been experiencing panics with the latest x.org and had to revert t= o=20 > an older version. It would be useful to me to know whether we are=20 > talking about the same problem, in order to know if it's worth trying=20 > the new version again. >=20 I am unsure, but it seems mostly related to using X forwarding, when=20 looking at the errata notice. What issues are you seeing, on which hardware? Regards --=20 Niclas From owner-freebsd-stable@freebsd.org Thu Jul 9 09:13:15 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4EA1E364D1F; Thu, 9 Jul 2020 09:13:15 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (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 (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Vp21G5nz3Tdb; Thu, 9 Jul 2020 09:13:13 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id 0699D1wg011577 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 9 Jul 2020 11:13:03 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi To: Niclas Zeising , freebsd-stable@freebsd.org Cc: freebsd-x11@freebsd.org References: <20200708210626.61FC317C2B@freefall.freebsd.org> <6049ca6b-33e3-2f76-7c1b-c3c3f673ebff@daemonic.se> From: Andrea Venturoli Message-ID: Date: Thu, 9 Jul 2020 11:13:01 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <6049ca6b-33e3-2f76-7c1b-c3c3f673ebff@daemonic.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2Vp21G5nz3Tdb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-3.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.023]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.39)[-0.391]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 09:13:15 -0000 On 2020-07-09 10:31, Niclas Zeising wrote: > I am unsure, but it seems mostly related to using X forwarding, when > looking at the errata notice. Which I'm using heavily... > What issues are you seeing, on which hardware? I've extensively wrote about this on x11@, e.g.: https://lists.freebsd.org/pipermail/freebsd-x11/2020-May/025989.html bye & Thanks av. From owner-freebsd-stable@freebsd.org Thu Jul 9 13:12:06 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B5E936AC89 for ; Thu, 9 Jul 2020 13:12:06 +0000 (UTC) (envelope-from guido@co.gvr.org) Received: from co.gvr.org (co.gvr.org [37.48.120.90]) (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 (2048 bits) client-digest SHA256) (Client CN "co.gvr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2c5b5s6rz420Z for ; Thu, 9 Jul 2020 13:12:03 +0000 (UTC) (envelope-from guido@co.gvr.org) Received: by co.gvr.org (Postfix, from userid 1001) id B57B412608E; Thu, 9 Jul 2020 15:12:01 +0200 (CEST) Date: Thu, 9 Jul 2020 15:12:01 +0200 From: Guido van Rooij To: freebsd-stable@freebsd.org Subject: 12.1p7 no longer boots after doing zpool upgrade -a Message-ID: <20200709131201.GA3464@co.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4B2c5b5s6rz420Z X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of guido@co.gvr.org has no SPF policy when checking 37.48.120.90) smtp.mailfrom=guido@co.gvr.org X-Spamd-Result: default: False [3.79 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.66)[0.656]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gvr.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.92)[0.922]; NEURAL_SPAM_LONG(1.01)[1.013]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[guido@gvr.org,guido@co.gvr.org]; RCVD_COUNT_ZERO(0.00)[0]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:60781, ipnet:37.48.64.0/18, country:NL]; FROM_NEQ_ENVFROM(0.00)[guido@gvr.org,guido@co.gvr.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:12:06 -0000 I did a zpool upgrade -a to enable large_dnode and spacemap_v2. After that, I did: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 and: gpart bootcode -p /boot/boot1.efifat -i 1 ada0 gpart bootcode -p /boot/boot1.efifat -i 1 ada1 Now the system no longer boots from either disk and drops to the efi shell. >From memory, the partitions on ada0 and ada1 are as folows: 1 efi 2 freebsd-boot 3 freebsd-swap 4 freebsd p4 is a geli partition with zfs in it. ada0p4.eli and ada1p4.eli form a mirrored zpool (called zroot).. The boot process no longer asks for a GELi password. It just isues a no zfs pools found. When I boot from a stick, it does ask for the GELi password. When I set currdev correctly in the loader, I am able to load the kernel, opensolaris.ko and zfs.ko. However booting failed because I get an Error: Solaris: NOTICE: Cannot find the pool label for 'zroot' Any help would be greatly appreciated! Regards, Guido van Rooij From owner-freebsd-stable@freebsd.org Thu Jul 9 13:25:07 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 36D9F36AE5C for ; Thu, 9 Jul 2020 13:25:07 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2cNg0ZvNz42dg for ; Thu, 9 Jul 2020 13:25:07 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E51E422EA5 for ; Thu, 9 Jul 2020 13:25:06 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f175.google.com with SMTP id b25so1629677qto.2 for ; Thu, 09 Jul 2020 06:25:06 -0700 (PDT) X-Gm-Message-State: AOAM532W2y28mxmT7tf7XUCLcFmPQgiLGJ6hak2NhQ2+nzaUntMRoR1f HecAMLzYb1iNbxtqaJsG/b1yLtYbPY8nVCCnjIs= X-Google-Smtp-Source: ABdhPJxUm3sDaoEDzVDMKdXUXOTHNA6cbgFnOJyGzY9uFmal0IzKg+MShCgxQLFfNpiX0LNKV36X7ReLSctir9kDYdg= X-Received: by 2002:aed:25fd:: with SMTP id y58mr64909134qtc.310.1594301106416; Thu, 09 Jul 2020 06:25:06 -0700 (PDT) MIME-Version: 1.0 References: <20200709131201.GA3464@co.gvr.org> In-Reply-To: <20200709131201.GA3464@co.gvr.org> From: Kyle Evans Date: Thu, 9 Jul 2020 08:24:54 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: Guido van Rooij Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:25:07 -0000 On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > After that, I did: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > and: > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > Now the system no longer boots from either disk and drops to the efi shell. This method of updating the ESP is no longer recommended for new 12.x installations -- we now more carefully construct the ESP with an /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will want to rebuild this as such, and that may fix part of your problem. > From memory, the partitions on ada0 and ada1 are as folows: > > 1 efi > 2 freebsd-boot > 3 freebsd-swap > 4 freebsd > p4 is a geli partition with zfs in it. > ada0p4.eli and ada1p4.eli form a mirrored zpool (called zroot).. > > The boot process no longer asks for a GELi password. It just isues > a no zfs pools found. > > When I boot from a stick, it does ask for the GELi password. When > I set currdev correctly in the loader, I am able to load the kernel, > opensolaris.ko and zfs.ko. However booting failed because I get an > Error: Solaris: NOTICE: Cannot find the pool label for 'zroot' > Was vfs.root.mountfrom set correctly? My completely uneducated guess is that it likely wasn't and we couldn't locate the zpool.cache -- the value of vfs.root.mountfrom should basically match the currdev format here, except without a trailing colon. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Thu Jul 9 13:32:23 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9C2236B790 for ; Thu, 9 Jul 2020 13:32:23 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4B2cY23lckz43HX for ; Thu, 9 Jul 2020 13:32:22 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] (helo=balta.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jtWet-0007Yy-GN for freebsd-stable@freebsd.org; Thu, 09 Jul 2020 13:32:15 +0000 Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: freebsd-stable@freebsd.org References: <20200709131201.GA3464@co.gvr.org> From: Pete French Message-ID: Date: Thu, 9 Jul 2020 14:32:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2cY23lckz43HX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.019]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; NEURAL_SPAM_SHORT(0.40)[0.398]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:32:23 -0000 On 09/07/2020 14:24, Kyle Evans wrote: >> gpart bootcode -p /boot/boot1.efifat -i 1 ada0 >> gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > This method of updating the ESP is no longer recommended for new 12.x > installations -- we now more carefully construct the ESP with an > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > want to rebuild this as such, and that may fix part of your problem. Out of interest, how should the ESP partition be upgraded then ? I dont have any EFI machines...yet. But one day I will, and I was assuming that an upgrade would be done using the above lines too. -pete. From owner-freebsd-stable@freebsd.org Thu Jul 9 13:36:46 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74A2636B85F for ; Thu, 9 Jul 2020 13:36:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2cf62bZKz43cZ for ; Thu, 9 Jul 2020 13:36:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 38F0122252 for ; Thu, 9 Jul 2020 13:36:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f169.google.com with SMTP id k18so1756928qke.4 for ; Thu, 09 Jul 2020 06:36:46 -0700 (PDT) X-Gm-Message-State: AOAM531VkElySKkLooAWCpKYiSAuMa2No1uOI+SgDLO/OS5V4D9bVv7x 2vuZsNxDEsMMx7S/UlFZBRAkJl+Sr4hcY/zqYiA= X-Google-Smtp-Source: ABdhPJzwp/U3C+98xd+O3bgNf/zyKJq9Em/8WhitXVz6sRTwIvaCvpQDbZcXW4097oAgmPitI8zoFamAHhviviUsFZs= X-Received: by 2002:a37:40e:: with SMTP id 14mr62110519qke.493.1594301805763; Thu, 09 Jul 2020 06:36:45 -0700 (PDT) MIME-Version: 1.0 References: <20200709131201.GA3464@co.gvr.org> In-Reply-To: From: Kyle Evans Date: Thu, 9 Jul 2020 08:36:34 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: Pete French Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:36:46 -0000 On Thu, Jul 9, 2020 at 8:32 AM Pete French wrote: > > > > On 09/07/2020 14:24, Kyle Evans wrote: > > >> gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > >> gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > This method of updating the ESP is no longer recommended for new 12.x > > installations -- we now more carefully construct the ESP with an > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > want to rebuild this as such, and that may fix part of your problem. > > Out of interest, how should the ESP partition be upgraded then ? I dont > have any EFI machines...yet. But one day I will, and I was assuming that > an upgrade would be done using the above lines too. > We haven't quite standardized on a good process yet, IMO, but for right now the correct process is to just mount the ESP and replace loader.efi with your system's updated /boot/loader.efi. At some point we'll standardize a mountpoint for the ESP and mount it by default as is done on at least some other OS. From owner-freebsd-stable@freebsd.org Thu Jul 9 13:39:46 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4FA836B6E1 for ; Thu, 9 Jul 2020 13:39:46 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4B2cjY60bCz43rt for ; Thu, 9 Jul 2020 13:39:45 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (096-033-205-208.res.spectrum.com [96.33.205.208]) by colo1.denninger.net (Postfix) with ESMTP id 7B681211083 for ; Thu, 9 Jul 2020 09:39:39 -0400 (EDT) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 2E5D61EEAA6 for ; Thu, 9 Jul 2020 09:39:39 -0400 (EDT) Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: freebsd-stable@freebsd.org References: <20200709131201.GA3464@co.gvr.org> From: Karl Denninger Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= xsFNBF1Rd+gBEACmLAH7SAzdQq57ZN56QQEy0jDFfH5BvGOMZgCaP+Y5lJQ5u9WphCoCALMs Rg0o1Q9DRNWgUmy/cgsxioXAEzZFXXzOHPJhwplVOgfjxnoByD5KQhWG8Owm9QmATdtiZPSV 4UYVNUIbZv7btSnnAXysG2OUHajYS5PVeFQxFbhNFq/SS8VaXr1WEVTFa8NFKp2W3/KY1A+U KKDUlYwnOauK3fnY9chF2IRSoxAbBJFrJ4lPGz04HtzNos4Q9CBfTphKcdFjcPntNS9wrqs3 sm+7hLNTH9B2Kj6aekG5UhD03eyP+gevTgBy51RL6ULzI13Kc4aeyOByuBXrA8D2m2Ee67iy 4+ZSxM9Wn1gQce5624OWzCYIGBH2r75Bshp1KHKu36N2rN//kyKYnwl/z6UZB/S9cMUFKZgL gFx7QxpFX/HvSiBcPfcGS0meModpg6qma7/2jRoQAXacslpiT+uOfRGspNbnglkbw435RzX/ kMUclJQNZBBBUpPiGjVCjeBTiAfN8TyjS+pWzwxNCUZWbYO5xVaS0gbIhgVNoBOGn1rdTsdA PP65SRjaoL5KY6bzkkzrXLB2Djx8/p4vr0qIqxIQWbewJq3xKyKGiqI46ae77BF7k0B++Ndx g9K9UeWKl/iJ0eoI0ftR+xH3aIHTU1Or3j/tj4j8Z0tnVSyt1wARAQABzSNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PsLBfwQTAQgAKQUCXVF36AIbIwUJCWYBgAcLCQgH AwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEG8twBXrj1l4swkP/3uOzRxW16K6H4JIEIRMUEbt nxDhmk+gR/7H9phg7HtvR7i22QejZX1N1NHcGRNmBwLshWVjJkHKhCE/AM8Cf9XyaV2ft6qn g1xK6NuhapxVuaaMeCVPUzsPkTcR+JMl72ZR4Q+mJMVQButCITekmr7aIzIZ80fF0t86rnq+ O74ZGt0SAMsLV/GAKlIw8fGMi9Xj4OKDgqmxTnIoV4+0mpo26W957pnlOrjN3/6VqWUyAdHH DkyqsuP/9jx2f5pZCcD7X04+93GI+sGb1s6BOFRHq2oJgs6W0z0nPx5Ks9MDDgSQlxXAryje 17WphTR7DWn1BeF3Y8AhRkzc2+Mgc5s1i2fPe6YwvksDNOEyNXIvFV7chwDQYb0Q3I8XsoHu 2WUjXp0kVokobJPdVdY55nbY+brezweRJMiEpFtGOmoUekQWlI5KS1kE8+Xuqpm+MSxEpqY8 5ncPt0lekOrICGajlOotkUK86iVemlW1rMzMc5Xwp9j8oxa+bRtGD6u1rYz4i+qIdE+GSCBy 1nnHN/my0nefhQyHXr8wGVEbyiMZCten9fm1iXpBr0jY+tvtbo8XqZQG7Lr+3kSO6VUgc8kW IPf2HxIV7AnGUN+ddZGCcPPhb2mY/Yy7si54wJFj6YoG+/+rNjF9F5d8WeLoeUWczgHTvZmS o6F7UhjjuwzgzsFNBF1Rd+gBEADNVFS8nQ+kpKOpgtP+f3bCVxHAm7eHMbX6oew5yZiQwfD+ 1RWNWLVOMeTt7G2e5HsHpJOUwFUJhbDb0omB0r38xTSVSAig9kmUfb7tTMJG2bG7WfWykBOM WIZ4OhCf+ISv9dUkjNgx4ionWotFxwDiPRwWumVQ7WYZmRZlhDWMiaHgKvBrjJ7Y6GKPRbQc 5/0Qz9xGhXKlFxDQrrSMkyRThIOxXqdfD9z3rEsV3ZwOojzNsnkIImnQMKyIAR0FBQop34G9 wDQi7fxk8wGIfDszwfR4oAdDdPGq4gcAvE7Fd3xKyNpGyjSED5szoaFjldaZSXQIffquSUvy sFCTTLRIso5Dn9uQgi57gIv+5mnyKBfm2Z2P6pEQPSt073TED9rS0+JpniJL7rKRVpO5niqw sQJS6ht+JF88rXro+SiwxD/KeDpTuuJ10+ohLVi1Y+X82X7BIQEhqtFp9FVJSds4o/eNyaHd SoqfoeWMy3EV+rdJ3DneXcPS1BgxO57Rko5Hx3NUSVK83ovFb+Ofes9SLNdqNu3xAUcfpRdS DyxzpVbCq6Y2CIojiaweiYe5BOBhmR9OPGhqP8YD7GukYmQufAVuOrIVyctBlVPHgMBb+UX+ ItYXuX4weSJWLOsmM45xd/EYvBq2DWFpKlyihoktNzTGqxGsNeG7gCOEUTAnUwARAQABwsFl BBgBCAAPBQJdUXfoAhsMBQkJZgGAAAoJEG8twBXrj1l4Dm0P/iEx2gIHSOnvgpG799Vf2RM0 7gPbDWzDaw8YTV49H+VTOqq7RlT52aO0QfNAmtppX0V1/5f30fuSCF46NWnYGu35P/LvOAPb sLbeWCyJy4GOPN4cjsBMbgmooGdl24RdcvGMmY177o7oOSWBqXfhAj+YA6r+hEar1qxqLgwB Gy8wAId4qYSQhN/FxiQbyUs2tPAI6Wn/41pI7Hu6WgmRGpZrBv8HhVV9Gl7jallSsS/g+fhu WRbDKCknUS5SX3+w2AUFr4kf62gSSxXBxd075KnViV9c0sraAPI31XbM5QUc0Xssfaqs6Srr z4MjKaLhb7GD8C1JwI23PuGdFvk9WK996UvIyjdWIE99VSlg/5gEKkXzwx7oysrSG9BqkfGf I4addK55xRQPul0V3s2LtDoQTxg3VHrL6wrvGhYUcTHLmlsvNx1EOb5a3xBT+SUK/Ltq08LW YcmNbU/G217MlfvDJYHCb0uOtxqJFm8RiZGj2eEcLgvyWnlWCD2rfP4EqCxmpr3Ic725FiQR cBbdTV3clTgclhBG3TA9dxVjfZDcatz5cFBwXP8k5Yn9tNl90T2r79V4SNh1mCHtGTSEf449 qz9tm7EguLchjmoirJTuiipZKcalcHAHtz4VPUykdXsrfEJTzdEcujzqF6v/9CY+DjpAd3et Z0vw7xC5tS+b Message-ID: <2978600c-84db-a5c9-866e-0a68642b0e0c@denninger.net> Date: Thu, 9 Jul 2020 09:39:38 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090507030605030304000903" X-Rspamd-Queue-Id: 4B2cjY60bCz43rt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-5.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.032]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.45)[-0.447]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:39:46 -0000 This is a cryptographically signed message in MIME format. --------------ms090507030605030304000903 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/9/2020 09:32, Pete French wrote: > > On 09/07/2020 14:24, Kyle Evans wrote: > >>> gpart bootcode -p /boot/boot1.efifat -i 1 ada0 >>> gpart bootcode -p /boot/boot1.efifat -i 1 ada1 >> >> >> This method of updating the ESP is no longer recommended for new 12.x >> installations -- we now more carefully construct the ESP with an >> /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will= >> want to rebuild this as such, and that may fix part of your problem. > > Out of interest, how should the ESP partition be upgraded then ? I > dont have any EFI machines...yet. But one day I will, and I was > assuming that an upgrade would be done using the above lines too. > Nope.=C2=A0 An EFI partition is just a "funky" MSDOS (FAT) one, really.=C2= =A0 Thus the upgrade of the loader on one would be just a copy onto it as with any other file on a filesystem (e.g. mount the partition, copy the file to the correct place, unmount it); the gpart command does a byte-copy onto what is, for all intents and purposes, an unformatted (no directory, etc) reserved part of the disk. My laptop dual boot (Windows 10 / FreeBSD) is EFI and I've yet to have to screw with the loader, but if you do then it's just a copy over.=C2=A0= Windows has several times blown up my Refind install -- all the "Feature" upgrades from Windows have a habit of resetting the BIOS boot order which makes the machine "Windows boots immediately and only", so I have to go back and reset it whenever Microslug looses one of those on me.=C2=A0 If I had cause to update the loader for FreeBSD then I'd just m= ount the partition and copy it over. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090507030605030304000903 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwNzA5MTMzOTM4 WjBPBgkqhkiG9w0BCQQxQgRAhWHfCVGGw+D26Om4yexHEQsCjsv+gBEEXrwZTRR7Vf+4L8Ip +fh10n4tAzgCCBV1hMuyE8hAF67xSs3O/VMWgzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgB+x67e2PyySLvR9F5VO03tRSdoBO2Dfh7Mfyj7fcnInmOZMP7rPpZeSURKOxHjr6Qu rfOLma18MmG8ZcyYScTX2mw3ZBSFOxGm+4BQDd6NVGHx9ixmdQYWPFcexCFKMzsSZjoFpqsK /+XdrAxyenz0H6l5lT0ywrHUWVJf2OSrO1kL4pxu1RD7RjcsnIIk5ZAGnWWuCJi0VzPTN/WR lIpFPrtuogE126TgYD08SW2SZfYX5F6N0z4PkpKwIBtR4U4/gE/1jfJx0wSOFhYeh57pozzZ Ka79WoeIRLT18+D+PoN7qve1PNm0+3i+xRLWDluzhkgMLOd3vwMz+OHLKXeVDFemGP6nU6fa fVZK8uWC8Esxh0xCcouSjBAdSnJaE5sViPznXBCTIlY6jWxDnRgGoE343+RngrPc5uEBPK8R A1XoyrBCKyo5AlFOhU/NKhozGW4/TDewKrp2Xs6m2JrrrsSx6uFynprJipbp/Qw1a8ZwlnwS SAX45GeGGUJwvuRrDX20fevgvP5MUaalz/rQsd6BBcKayxc7WyAakl8BKLtSBL/hm2bQ2UT9 D+WiaPTygeLDfbrH8WRYQcpRi8tFM1JIVfKtihfCK7ESG6mfLVEpO4/mukR75BCCtLHDQT2L bvv4kxyy495SPfVvFtw3dEebHsxY8qswd4U3X/yvigAAAAAAAA== --------------ms090507030605030304000903-- From owner-freebsd-stable@freebsd.org Thu Jul 9 13:40:07 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A453036B6E4 for ; Thu, 9 Jul 2020 13:40:07 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f65.google.com (mail-io1-f65.google.com [209.85.166.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2cjz2W5Vz43sV; Thu, 9 Jul 2020 13:40:07 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f65.google.com with SMTP id v6so2343160iob.4; Thu, 09 Jul 2020 06:40:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KCF5VJFB75E7rBBhduTLeAyKD++O3OiDSazcRUBdZ1Y=; b=WSMSXsskbVRd7uEXG0HjK9cS2EjW/KRSNP4oTNgaPyh7l95zwZ/sOWrjjUZq/KOA5P bLCseTjq8gdTUYX2fzQqxCJ0v4frf6jN38546/0T7KBwoSLCg3YYN41I2pWIcdhVW/yR Ll5zRqjdiqyL3dwJzkhiucS7eiEXVCU7r/zoQ5luyaLmgavFsORwkqdlLXiAHB97MF+t AxIkEtCMVLc+5KnSTedboBRsSrXxB6I1eV9KMzv/qaB6XDCXYuW3ROI/pvr/7Mscg0ZW P2qAKE4wEgZHVHARrf0pp9Kimjqc7Y0k3oHm+9iKJ1BC7S4kGRsBEF/UhrC6QFbejxs3 bRLw== X-Gm-Message-State: AOAM5321BNKPvEVNHORPjFOH5S+YgZjHKFng0zt0IeNnkJ9Dudnhh9FX QF4D8d94ZK/6onAOh8iZGcPoe1IUpOt0wmJSDDexSkWS X-Google-Smtp-Source: ABdhPJwBI4D5t4U9Zm+aWYZg7xy3F90tYrbU/lV2/zXvC9CjTtNpVcCjjD6hmKx4dnzwSxKBlgwWhfNNbhvYnGsOrQ8= X-Received: by 2002:a6b:6e11:: with SMTP id d17mr43393369ioh.102.1594302005713; Thu, 09 Jul 2020 06:40:05 -0700 (PDT) MIME-Version: 1.0 References: <20200708210626.61FC317C2B@freefall.freebsd.org> In-Reply-To: <20200708210626.61FC317C2B@freefall.freebsd.org> From: Ed Maste Date: Thu, 9 Jul 2020 09:39:53 -0400 Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi To: freebsd-stable stable Cc: FreeBSD Errata Notices Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4B2cjz2W5Vz43sV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:40:07 -0000 On Wed, 8 Jul 2020 at 17:08, FreeBSD Errata Notices wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > ============================================================================= > FreeBSD-EN-20:14.linuxkpi Errata Notice > The FreeBSD Project > > Topic: Kernel panic in LinuxKPI subsystem ... > > # fetch https://security.FreeBSD.org/patches/EN-20:14/linuxpki.patch > # fetch https://security.FreeBSD.org/patches/EN-20:14/linuxpki.patch.asc > # gpg --verify linuxkpi.patch.asc As reported by Teran McKinney in PR242913 there is a typo here - these should be # fetch https://security.FreeBSD.org/patches/EN-20:14/linuxkpi.patch # fetch https://security.FreeBSD.org/patches/EN-20:14/linuxkpi.patch.asc I.e., "kpi" is correct, "pki" is a typo. The subject line has the same issue. We'll send out an updated advisory text as soon as possible. From owner-freebsd-stable@freebsd.org Thu Jul 9 13:50:48 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7FD4B36BF46 for ; Thu, 9 Jul 2020 13:50:48 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4B2cyH6qLNz44RD for ; Thu, 9 Jul 2020 13:50:47 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] (helo=balta.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jtWwo-0007y6-Ef for freebsd-stable@freebsd.org; Thu, 09 Jul 2020 13:50:46 +0000 Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: freebsd-stable@freebsd.org References: <20200709131201.GA3464@co.gvr.org> From: Pete French Message-ID: <78084555-7caf-d3db-0894-2fccce4bf249@ingresso.co.uk> Date: Thu, 9 Jul 2020 14:50:46 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2cyH6qLNz44RD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.019]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; NEURAL_SPAM_SHORT(0.40)[0.398]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 13:50:48 -0000 On 09/07/2020 14:36, Kyle Evans wrote: > We haven't quite standardized on a good process yet, IMO, but for > right now the correct process is to just mount the ESP and replace > loader.efi with your system's updated /boot/loader.efi. At some point > we'll standardize a mountpoint for the ESP and mount it by default as > is done on at least some other OS. Ok, that makes sense. Still curious as to why the other method might fail though - as Karl points out in the other email, its just doing a direct copy of the image file, so if the iamge is built correct then I am surprised it wont work under all circumstances. But thanks for the info - will file this away for when I have to install an EFI machine. cheers, -pete. From owner-freebsd-stable@freebsd.org Thu Jul 9 14:10:51 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48C6236C35F for ; Thu, 9 Jul 2020 14:10:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2dPR1Fylz45qV for ; Thu, 9 Jul 2020 14:10:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 06A9423248 for ; Thu, 9 Jul 2020 14:10:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f173.google.com with SMTP id b25so1754548qto.2 for ; Thu, 09 Jul 2020 07:10:51 -0700 (PDT) X-Gm-Message-State: AOAM532+kGm+pfW48S3afI+MMKW8fEQnKiJqYbEwLocRR+VGj/h3tzKC tnnGALrG6LCyV7iptPDzEWT/g0KWfPFNjptwGyU= X-Google-Smtp-Source: ABdhPJyUsNIn5CizYpE6YEbugonTTIlWWgSGMzD0eo9XUFNhQ8V390a3eB3BimhVjC5Fh9Z3q2bifp6vVoHrFAJTI4Q= X-Received: by 2002:ac8:4b47:: with SMTP id e7mr67394714qts.242.1594303850450; Thu, 09 Jul 2020 07:10:50 -0700 (PDT) MIME-Version: 1.0 References: <20200709131201.GA3464@co.gvr.org> <78084555-7caf-d3db-0894-2fccce4bf249@ingresso.co.uk> In-Reply-To: <78084555-7caf-d3db-0894-2fccce4bf249@ingresso.co.uk> From: Kyle Evans Date: Thu, 9 Jul 2020 09:10:39 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 14:10:51 -0000 On Thu, Jul 9, 2020 at 8:50 AM Pete French wrote: > > > > On 09/07/2020 14:36, Kyle Evans wrote: > > We haven't quite standardized on a good process yet, IMO, but for > > right now the correct process is to just mount the ESP and replace > > loader.efi with your system's updated /boot/loader.efi. At some point > > we'll standardize a mountpoint for the ESP and mount it by default as > > is done on at least some other OS. > > Ok, that makes sense. Still curious as to why the other method might > fail though - as Karl points out in the other email, its just doing a > direct copy of the image file, so if the iamge is built correct then I > am surprised it wont work under all circumstances. > Yeah, so there's two problems here: 1.) That image is not built the way >= 12.x installations operate by default. It will install an ESP with an \EFI\BOOT\BOOTx64.EFI (or something like this) while we now, by default, setup \EFI\FreeBSD\loader.efi and the appropriate efibootmgr to point at it. In the former setup, that's actually /boot/boot1.efi which may or may not do GELI correctly in the new world order -- I don't recall, it's kind of special. 2.) That invocation clobbers anything else that might've been trying to reside on your ESP. If you had any kind of dual-boot setup going (perhaps rEFInd + grub + freebsdloader) then you've immediately hosed it by overwriting the partition completely. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Thu Jul 9 14:15:59 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1079636CA7C; Thu, 9 Jul 2020 14:15:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x841.google.com (mail-qt1-x841.google.com [IPv6:2607:f8b0:4864:20::841]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2dWK6c2rz46Kg; Thu, 9 Jul 2020 14:15:57 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x841.google.com with SMTP id i3so1715530qtq.13; Thu, 09 Jul 2020 07:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=DoWkFT9zy2rwYYnm9gMSeR0ESb+uEX9aU4loKZCS8L0=; b=p5tsm3BkQPillZ2/DZS4fKK65TB4ZSqtNUmBaS6IinYyLvQa61Br8/p5eJia7Mvi2M vs956uufLnv7Q8iQ+/ZlAHrnMR807tC9pREQiMcB7I45d/BtGDWZ/YugpYb1/WnM5bnn Jp1thzUWPItsKlbDUuQMUN5eLgj/eEoorlFmTAe0Ceq3fAPehojl7Qlx2ihTSPPqR5YP eE6qa8v8Xa0U/2c0F+3xc5DEdd0K7PICOZOfmh1Wrn2g+1aQ45S5oJ8L5yi7Ih9IjGEQ 5QQaWURCG1/v8TzXfd7WP3C2N1cbJRES8THrd+wbwjB/DUr69PhLjEHY6YLPE6jUYM0+ BmDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=DoWkFT9zy2rwYYnm9gMSeR0ESb+uEX9aU4loKZCS8L0=; b=HV+kgTTFF0p8JAkU+LrrJxf0n8NCHlg47u8vrVwuwofxlX/oqu94oCAGzt7X7h5EeQ +rkmLA6MEuezpf3kBfE9qxKhuYzJXVIT8pR8LL9hgabINGFORyZY1sxVGRVLlj9iq8IO xdujwNFjAclP6buTgtQF1m45N/xrd9g+fpO4X7t2RvI7bfjYTW7vrylUblnrRZ+7YCpP lSJKe643fn1ymomjQ3PJlwd03JDuZsWRh2ojIWzVoVr+sCnJW87g9B5tGpEmqv/TAcRD pGnQdN/xK+vNdZvSgUkJX03135R/C2td8vLTHl201xVzB4lXLVVExbcT1zLjUN+mD0mN 4HzA== X-Gm-Message-State: AOAM533LQKJAvoUrWZ+RTHEXvDguTwCjpH/dO5CHuxBEW6SlIMPUKsdC OloNadbRhMeflMgbTsAu2S7dAvbDTBU= X-Google-Smtp-Source: ABdhPJz1BD5E0kPPGwxBqvO68KmfmG73/1uA27VF+uvS7C2NUQq+OqCkZ74qJOXCBZoOgyi9brkiHA== X-Received: by 2002:ac8:444c:: with SMTP id m12mr25209029qtn.281.1594304157048; Thu, 09 Jul 2020 07:15:57 -0700 (PDT) Received: from raichu (toroon0560w-lp130-14-174-91-9-204.dsl.bell.ca. [174.91.9.204]) by smtp.gmail.com with ESMTPSA id m4sm4053553qtf.43.2020.07.09.07.15.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jul 2020 07:15:56 -0700 (PDT) Sender: Mark Johnston Date: Thu, 9 Jul 2020 10:15:52 -0400 From: Mark Johnston To: Andrea Venturoli Cc: Niclas Zeising , freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi Message-ID: <20200709141552.GA8947@raichu> References: <20200708210626.61FC317C2B@freefall.freebsd.org> <6049ca6b-33e3-2f76-7c1b-c3c3f673ebff@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4B2dWK6c2rz46Kg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=p5tsm3Bk; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::841 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.96)[-0.962]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.02)[-1.024]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.76)[-0.757]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::841:from]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[174.91.9.204:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 14:15:59 -0000 On Thu, Jul 09, 2020 at 11:13:01AM +0200, Andrea Venturoli wrote: > On 2020-07-09 10:31, Niclas Zeising wrote: > > > I am unsure, but it seems mostly related to using X forwarding, when > > looking at the errata notice. > > Which I'm using heavily... > > > > > What issues are you seeing, on which hardware? > > I've extensively wrote about this on x11@, e.g.: > https://lists.freebsd.org/pipermail/freebsd-x11/2020-May/025989.html This is a different bug, unfortunately. The one fixed by the patch is described in PR 242913. From owner-freebsd-stable@freebsd.org Thu Jul 9 15:15:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0860D36DB59; Thu, 9 Jul 2020 15:15:56 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (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 (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2frW3ZcYz49RC; Thu, 9 Jul 2020 15:15:54 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id 069FFaNh058417 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 9 Jul 2020 17:15:49 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-20:14.linuxkpi To: Mark Johnston Cc: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org References: <20200708210626.61FC317C2B@freefall.freebsd.org> <6049ca6b-33e3-2f76-7c1b-c3c3f673ebff@daemonic.se> <20200709141552.GA8947@raichu> From: Andrea Venturoli Message-ID: <3d86f55f-3775-a88c-c71f-fa9bb32f1663@netfence.it> Date: Thu, 9 Jul 2020 17:15:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200709141552.GA8947@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2frW3ZcYz49RC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 15:15:56 -0000 On 2020-07-09 16:15, Mark Johnston wrote: > This is a different bug, unfortunately. :-( > The one fixed by the patch is described in PR 242913. Thanks for the info, anyway. bye av. From owner-freebsd-stable@freebsd.org Thu Jul 9 21:20:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88D113569C6 for ; Thu, 9 Jul 2020 21:20:17 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2pwx1BG4z4dlg; Thu, 9 Jul 2020 21:20:17 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.15.2/8.15.2) with ESMTPS id 069LIsCY060031 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 9 Jul 2020 14:18:54 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.15.2/8.15.2/Submit) id 069LIsKS060030; Thu, 9 Jul 2020 14:18:54 -0700 (PDT) (envelope-from warlock) Date: Thu, 9 Jul 2020 14:18:54 -0700 From: John Kennedy To: Kyle Evans Cc: Guido van Rooij , FreeBSD-STABLE Mailing List Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a Message-ID: <20200709211854.GA11731@phouka1.phouka.net> References: <20200709131201.GA3464@co.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4B2pwx1BG4z4dlg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 21:20:17 -0000 On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > After that, I did: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > and: > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > Now the system no longer boots from either disk and drops to the efi shell. > > This method of updating the ESP is no longer recommended for new 12.x > installations -- we now more carefully construct the ESP with an > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > want to rebuild this as such, and that may fix part of your problem. So, I've got a stable box: FreeBSD 12.1-STABLE #156 r362983+cd7a9efd329c(stable/12): Tue Jul 7 07:42:17 PDT 2020 I've got almost the same situation, except I haven't shot myself in the foot yet. My partitions: # gpart show nvd0 nvd1 => 40 976773088 nvd0 GPT (466G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 984 - free - (492K) 411648 16777216 3 freebsd-swap (8.0G) 17188864 959584256 4 freebsd-zfs (458G) 976773120 8 - free - (4.0K) => 40 976773088 nvd1 GPT (466G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 984 - free - (492K) 411648 16777216 3 freebsd-swap (8.0G) 17188864 959584256 4 freebsd-zfs (458G) 976773120 8 - free - (4.0K) So this is my first UEFI system that's hit an upgrade point: # zpool status pool: zroot state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0 in 0 days 00:02:04 with 0 errors on Wed Jul 1 13:21:57 2020 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 nvd1p4.eli ONLINE 0 0 0 nvd0p4.eli ONLINE 0 0 0 I usually seed these things off of stick and they evolve from there, but this one is slightly interesting because the motherboard died repeatedly and I'm guessing that the M.2 drives got reinstalled in the "wrong" order so now if I don't manually select one of the M.2 drives, it won't reboot (acts like the encryption password is bad, fails out into a shell where I reboot). In any case, I know if I upgrade, it is going to tell me to upgrade the boot code and I'm wondering what that is these days. If this was a Pre-UEFI, I would be expecting to do (only) something like: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 IE, might hit either drive, update the freebsd-boot partition by # on both, and special note that the # is now one higher because of the EFI partition. The FreeBSD wiki still has the "old" way of doing it here... https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot ... but your newer way of doing it here: https://wiki.freebsd.org/UEFI So the newer way of doing it would be something like this, except I'd by updating the file rather than looking at it's checksum/version? strings -a < /boot/loader.efi | grep -A1 'EFI loader' FreeBSD/amd64 EFI loader, Revision 1.1 (Tue Jul 7 07:33:24 PDT 2020 warlock@ouroboros.phouka.net) mount -t msdosfs /dev/nvd0p1 /mnt md5 -r /boot/loader.efi /mnt/efi/boot/BOOTx64.efi 9f64a96f3170e3327ca7dad1d574d852 /boot/loader.efi cbff58cc8ee79ce7342f5be23ad14ba3 /mnt/efi/boot/BOOTx64.efi strings -a < /mnt/efi/boot/BOOTx64.efi | grep -A1 'EFI loader' FreeBSD/amd64 EFI loader, Revision 1.1 |/-\ umount -v /mnt mount -t msdosfs /dev/nvd1p1 /mnt md5 -r /mnt/efi/boot/BOOTx64.efi cbff58cc8ee79ce7342f5be23ad14ba3 /mnt/efi/boot/BOOTx64.efi umount -v /mnt At least some of the checksum difference is because WITHOUT_REPRODUCIBLE_BUILD=YES. (Sorry for extra details, but I know when I was researching this, I ran across a *lot* of examples where we didn't have a GPT dump and people were just using partition #s and if you stomp on the wrong partition you're going to have a bad day, so leaving some specific examples here.) So one recipe doesn't even seem to make the freebsd-boot partition, so is it optional for a pure UEFI boot? Should we always gpart-bootcode it if it exists and upgrade BOOTx64.efi when the EFI partition exists, or is there a few more wrinkles we need to worry about? In any case, is it a logical theory that my possible boot-order problem is because drive order got swapped and maybe one wasn't properly updated? They seem to be the same: # md5 /dev/nvd[01]p2 MD5 (/dev/nvd0p2) = 2ded438a2c97ea551446cc2d1d3b498e MD5 (/dev/nvd1p2) = 2ded438a2c97ea551446cc2d1d3b498e Ideally I'd like to have not boot through the UEFI boot menu every time. I'm not sure why the drive order seems to matter right now. From owner-freebsd-stable@freebsd.org Fri Jul 10 18:29:13 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1174E370433 for ; Fri, 10 Jul 2020 18:29:13 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr.gvr.org [62.251.117.91]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA256-SHA256 (256/256 bits)) (Client CN "gvr.gvr.org", Issuer "Gandi Standard SSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3M53392cz3Trb; Fri, 10 Jul 2020 18:29:11 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (localhost [127.0.0.1]) by gvr.gvr.org (Postfix) with ESMTP id 434DD68503; Fri, 10 Jul 2020 20:29:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at gvr.org Received: from gvr.gvr.org ([127.0.0.1]) by gvr.gvr.org (gvr.gvr.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pC1ywBp_oAph; Fri, 10 Jul 2020 20:29:04 +0200 (CEST) Received: by gvr.gvr.org (Postfix, from userid 657) id E745668500; Fri, 10 Jul 2020 20:29:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gvr.org; s=20190204; t=1594405743; bh=W3qooh4NPYXBtpr3Y1zElYNlUuBH3M+N8Q+No4x/Dcs=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=qeydHRtRrsbxNeo6m8CAan7f1LvqPGYe6Ozzv+5PSQJtkjnK8OhtoZPOAUlnCmECP M6P747SWbTrW8uNypeXq2zEvH9/1tfLaMS+svKIxS/LQ27fHI87wDhpSO9y1ivad5d zYYBjx8yAxPlBYw3Af9qaG9TClaRijvAfT15UTfkBqv9yKy9rMP0wb6m98mKM/Vkg2 6v3q6lvpz458wcBl2vUYahPBxEHIGT12tVT6xj3i6Sec4tCjgPBVaQliHZKABwuCmo OayBZOPQsZD7yLmxnEyPhG1p2I4TJBKKlyAAGE+TbPFWUmnSSlTW6GB8xYEwljYW0t g+xWoJuq5CTew== Date: Fri, 10 Jul 2020 20:29:03 +0200 From: Guido van Rooij To: Kyle Evans Cc: FreeBSD-STABLE Mailing List Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a Message-ID: <20200710182903.GA7412@gvr.gvr.org> References: <20200709131201.GA3464@co.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4B3M53392cz3Trb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gvr.org header.s=20190204 header.b=qeydHRtR; dmarc=none; spf=pass (mx1.freebsd.org: domain of guido@gvr.org designates 62.251.117.91 as permitted sender) smtp.mailfrom=guido@gvr.org X-Spamd-Result: default: False [-3.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[gvr.org:s=20190204]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gvr.org]; NEURAL_HAM_LONG(-1.02)[-1.018]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gvr.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.49)[-0.491]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:3265, ipnet:62.251.0.0/17, country:NL] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 18:29:13 -0000 On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > After that, I did: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > and: > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > Now the system no longer boots from either disk and drops to the efi shell. > > This method of updating the ESP is no longer recommended for new 12.x > installations -- we now more carefully construct the ESP with an > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > want to rebuild this as such, and that may fix part of your problem. Hi Kyle, Thnaks for your asnwer. I have not got it to work with that configuration. What did work was to replace the /efi/boot/BOOTx64.efi with loader.efi and and change the content of startup.nsh with loader.efi. Withoyt the above answer I wouldn't have figure it out that quickly so thanks! I will investigate further once I have more time (early next week probably). > > > From memory, the partitions on ada0 and ada1 are as folows: > > > > 1 efi > > 2 freebsd-boot > > 3 freebsd-swap > > 4 freebsd > > p4 is a geli partition with zfs in it. > > ada0p4.eli and ada1p4.eli form a mirrored zpool (called zroot).. > > > > The boot process no longer asks for a GELi password. It just isues > > a no zfs pools found. > > > > When I boot from a stick, it does ask for the GELi password. When > > I set currdev correctly in the loader, I am able to load the kernel, > > opensolaris.ko and zfs.ko. However booting failed because I get an > > Error: Solaris: NOTICE: Cannot find the pool label for 'zroot' > > > > Was vfs.root.mountfrom set correctly? My completely uneducated guess > is that it likely wasn't and we couldn't locate the zpool.cache -- the > value of vfs.root.mountfrom should basically match the currdev format > here, except without a trailing colon. I did not set this sysctl so most likely that was the cause. As the system is up and running again I didn't test it. Let me know if you want me to. -Guido From owner-freebsd-stable@freebsd.org Fri Jul 10 18:44:55 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C636E370A48 for ; Fri, 10 Jul 2020 18:44:55 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr.gvr.org [62.251.117.91]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA256-SHA256 (256/256 bits)) (Client CN "gvr.gvr.org", Issuer "Gandi Standard SSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3MRC09q5z3Vyd; Fri, 10 Jul 2020 18:44:54 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (localhost [127.0.0.1]) by gvr.gvr.org (Postfix) with ESMTP id 926DF6851C; Fri, 10 Jul 2020 20:44:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at gvr.org Received: from gvr.gvr.org ([127.0.0.1]) by gvr.gvr.org (gvr.gvr.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id C3O__GSiHllL; Fri, 10 Jul 2020 20:44:46 +0200 (CEST) Received: by gvr.gvr.org (Postfix, from userid 657) id 2691D68519; Fri, 10 Jul 2020 20:44:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gvr.org; s=20190204; t=1594406686; bh=Fnvy9kYK4tJuIFqq46MOOK3idrcS/JmKbQhxZfx8kVc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=lKKdaWZ1vqexS/KtMwjoADZJ9Pku1SMeCafEB4a1p7gXRpCC9dDzFHHNWkpyc9e2C fe5hE9L/S6flHjJgIfC17SkvkC6ju6B3UN+eBXV9wepLJJnfPF4DaTEcEAvheTHysC QXfyDGdZRKJxhXc5FwuhdRjJDyS2K6D8o6lavEcNAmBc6EPjzp+sj+5estHv6q0WqL PgiVBf53SBMNmkHDZ5+AsfgUH7Trz4rUOTFpeTKVDzPHm8IAKt53vGBX7CVK/vK3rx GFj3KUoQEc027kFJ/BEa0F+1r3uPR69lvMHSYkqWTYrV48lmmXM3zJ6up+05B+MOFR dhLk+pjaan2Qg== Date: Fri, 10 Jul 2020 20:44:46 +0200 From: Guido van Rooij To: Kyle Evans Cc: FreeBSD-STABLE Mailing List Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a Message-ID: <20200710184446.GA8358@gvr.gvr.org> References: <20200709131201.GA3464@co.gvr.org> <20200710182903.GA7412@gvr.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200710182903.GA7412@gvr.gvr.org> X-Rspamd-Queue-Id: 4B3MRC09q5z3Vyd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gvr.org header.s=20190204 header.b=lKKdaWZ1; dmarc=none; spf=pass (mx1.freebsd.org: domain of guido@gvr.org designates 62.251.117.91 as permitted sender) smtp.mailfrom=guido@gvr.org X-Spamd-Result: default: False [-3.12 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[gvr.org:s=20190204]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gvr.org]; NEURAL_HAM_LONG(-1.02)[-1.018]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gvr.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.59)[-0.594]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:3265, ipnet:62.251.0.0/17, country:NL] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 18:44:55 -0000 On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote: > On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > > After that, I did: > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > > and: > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > Now the system no longer boots from either disk and drops to the efi shell. > > > > This method of updating the ESP is no longer recommended for new 12.x > > installations -- we now more carefully construct the ESP with an > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > want to rebuild this as such, and that may fix part of your problem. > > Hi Kyle, > > Thnaks for your asnwer. I have not got it to work with that > configuration. What did work was to replace the /efi/boot/BOOTx64.efi > with loader.efi and and change the content of startup.nsh with > loader.efi. Withoyt the above answer I wouldn't have figure it out > that quickly so thanks! > > I will investigate further once I have more time (early next week probably). There was one question I forgot to ask: Could I have known that my method of updating the ESP was not correct? If so, where is this documented? -Guido From owner-freebsd-stable@freebsd.org Fri Jul 10 19:25:15 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 67FA3371234 for ; Fri, 10 Jul 2020 19:25:15 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3NKl26m3z3Y2p for ; Fri, 10 Jul 2020 19:25:15 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 24B701042C for ; Fri, 10 Jul 2020 19:25:15 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f179.google.com with SMTP id b185so6402024qkg.1 for ; Fri, 10 Jul 2020 12:25:15 -0700 (PDT) X-Gm-Message-State: AOAM530loS9bJaRhLItcOTNKFS+9iU/2bJUQUCDnIpGbFZpEvR21ieop M6RSotw7pajJUmmNXuwUTMwMJqp3YUfeDcvIeRY= X-Google-Smtp-Source: ABdhPJxaUlD5gWuy20ypeSNi9//cVc86V/Utnlz0zwtbVN/hMeVieSivPvccsXZH6mRZM7Zt9sZqj8DiHlJwHQGg/0o= X-Received: by 2002:a37:b987:: with SMTP id j129mr68839086qkf.120.1594409114610; Fri, 10 Jul 2020 12:25:14 -0700 (PDT) MIME-Version: 1.0 References: <20200709131201.GA3464@co.gvr.org> <20200709211854.GA11731@phouka1.phouka.net> In-Reply-To: <20200709211854.GA11731@phouka1.phouka.net> From: Kyle Evans Date: Fri, 10 Jul 2020 14:25:02 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: John Kennedy Cc: Guido van Rooij , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 19:25:15 -0000 On Thu, Jul 9, 2020 at 4:20 PM John Kennedy wrote: > > On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > > After that, I did: > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > > and: > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > Now the system no longer boots from either disk and drops to the efi shell. > > > > This method of updating the ESP is no longer recommended for new 12.x > > installations -- we now more carefully construct the ESP with an > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > want to rebuild this as such, and that may fix part of your problem. > > So, I've got a stable box: > > FreeBSD 12.1-STABLE #156 r362983+cd7a9efd329c(stable/12): Tue Jul 7 07:42:17 PDT 2020 > > I've got almost the same situation, except I haven't shot myself in the foot yet. > My partitions: > > # gpart show nvd0 nvd1 > => 40 976773088 nvd0 GPT (466G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 984 - free - (492K) > 411648 16777216 3 freebsd-swap (8.0G) > 17188864 959584256 4 freebsd-zfs (458G) > 976773120 8 - free - (4.0K) > > => 40 976773088 nvd1 GPT (466G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 984 - free - (492K) > 411648 16777216 3 freebsd-swap (8.0G) > 17188864 959584256 4 freebsd-zfs (458G) > 976773120 8 - free - (4.0K) > > [... snip ...] > > If this was a Pre-UEFI, I would be expecting to do (only) something like: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > IE, might hit either drive, update the freebsd-boot partition by # on both, > and special note that the # is now one higher because of the EFI partition. > > The FreeBSD wiki still has the "old" way of doing it here... > > https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot > > ... but your newer way of doing it here: > > https://wiki.freebsd.org/UEFI > > So the newer way of doing it would be something like this, except I'd by updating > the file rather than looking at it's checksum/version? > > strings -a < /boot/loader.efi | grep -A1 'EFI loader' > FreeBSD/amd64 EFI loader, Revision 1.1 > (Tue Jul 7 07:33:24 PDT 2020 warlock@ouroboros.phouka.net) > > mount -t msdosfs /dev/nvd0p1 /mnt > md5 -r /boot/loader.efi /mnt/efi/boot/BOOTx64.efi > 9f64a96f3170e3327ca7dad1d574d852 /boot/loader.efi > cbff58cc8ee79ce7342f5be23ad14ba3 /mnt/efi/boot/BOOTx64.efi > strings -a < /mnt/efi/boot/BOOTx64.efi | grep -A1 'EFI loader' > FreeBSD/amd64 EFI loader, Revision 1.1 > |/-\ > umount -v /mnt > > mount -t msdosfs /dev/nvd1p1 /mnt > md5 -r /mnt/efi/boot/BOOTx64.efi > cbff58cc8ee79ce7342f5be23ad14ba3 /mnt/efi/boot/BOOTx64.efi > umount -v /mnt > > At least some of the checksum difference is because WITHOUT_REPRODUCIBLE_BUILD=YES. > Yes, this looks correct to me. > (Sorry for extra details, but I know when I was researching this, I ran > across a *lot* of examples where we didn't have a GPT dump and people > were just using partition #s and if you stomp on the wrong partition > you're going to have a bad day, so leaving some specific examples here.) > > So one recipe doesn't even seem to make the freebsd-boot partition, so is it > optional for a pure UEFI boot? Should we always gpart-bootcode it if it exists > and upgrade BOOTx64.efi when the EFI partition exists, or is there a few more > wrinkles we need to worry about? > Correct, freebsd-boot is not needed for a pure UEFI boot. I wouldn't necessarily bother updating the freebsd-boot partition unless you suspect you may need to switch back to legacy boot at some point; UEFI is now rock-solid on all of my systems, so I've personally found no such need and on many of them I've removed the old freebsd-boot bits. If you've got an ESP, you should update that manually. If you want to maintain the option of legacy boot, you should use gpart-bootcode for that but don't use it on the ESP with boot1.efifat. > In any case, is it a logical theory that my possible boot-order problem > is because drive order got swapped and maybe one wasn't properly updated? > They seem to be the same: > > # md5 /dev/nvd[01]p2 > MD5 (/dev/nvd0p2) = 2ded438a2c97ea551446cc2d1d3b498e > MD5 (/dev/nvd1p2) = 2ded438a2c97ea551446cc2d1d3b498e > > Ideally I'd like to have not boot through the UEFI boot menu every time. > > I'm not sure why the drive order seems to matter right now. > When you get booted back to the UEFI menu, is it a specific drive that you must select or do both equally work from that point? Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Fri Jul 10 19:28:25 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DACA13714F5 for ; Fri, 10 Jul 2020 19:28:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3NPP5PtRz3XjZ; Fri, 10 Jul 2020 19:28:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f51.google.com (mail-qv1-f51.google.com [209.85.219.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 97E0F10601; Fri, 10 Jul 2020 19:28:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f51.google.com with SMTP id di5so3096586qvb.11; Fri, 10 Jul 2020 12:28:25 -0700 (PDT) X-Gm-Message-State: AOAM531AYp3QD6SQGtQye7emB9WRK7+26QdBsnUG80D/4bQwrU6+300/ Z4NMpKq8k1eo1p+n75ma3q0LlVxNPWcd38HWYOM= X-Google-Smtp-Source: ABdhPJxnO8eQyRf/rVj12MY7R3Udykwh94xDpIBWVgv4m9DonKzhv1IjbmiotNxGQcmEP5R7TLYsmLlzB2JXvaZJ0Tk= X-Received: by 2002:a0c:fb47:: with SMTP id b7mr59276075qvq.129.1594409305197; Fri, 10 Jul 2020 12:28:25 -0700 (PDT) MIME-Version: 1.0 References: <20200709131201.GA3464@co.gvr.org> <20200710182903.GA7412@gvr.gvr.org> <20200710184446.GA8358@gvr.gvr.org> In-Reply-To: <20200710184446.GA8358@gvr.gvr.org> From: Kyle Evans Date: Fri, 10 Jul 2020 14:28:12 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a To: Guido van Rooij Cc: Kyle Evans , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 19:28:25 -0000 On Fri, Jul 10, 2020 at 1:44 PM Guido van Rooij wrote: > > On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote: > > On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > > > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote: > > > > > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > > > After that, I did: > > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > > > and: > > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > > > Now the system no longer boots from either disk and drops to the efi shell. > > > > > > This method of updating the ESP is no longer recommended for new 12.x > > > installations -- we now more carefully construct the ESP with an > > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > > want to rebuild this as such, and that may fix part of your problem. > > > > Hi Kyle, > > > > Thnaks for your asnwer. I have not got it to work with that > > configuration. What did work was to replace the /efi/boot/BOOTx64.efi > > with loader.efi and and change the content of startup.nsh with > > loader.efi. Withoyt the above answer I wouldn't have figure it out > > that quickly so thanks! > > > > I will investigate further once I have more time (early next week probably). > > There was one question I forgot to ask: > Could I have known that my method of updating the ESP was not correct? > If so, where is this documented? > It is probably unlikely, to be honest. I don't know that we do a good job of advising people/documenting how to update the ESP. In fact, I have no idea where any of it's documented except the wiki: https://wiki.freebsd.org/UEFI >From your previous e-mail: > I did not set this sysctl so most likely that was the cause. As the system > is up and running again I didn't test it. > Let me know if you want me to. It's working now, so I wouldn't bother- this is probably the most likely cause, the pool's demonstrably intact based on your latest report. Thanks, Kyel EVans From owner-freebsd-stable@freebsd.org Fri Jul 10 20:45:44 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6948E3730F9 for ; Fri, 10 Jul 2020 20:45:44 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) (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 4B3Q6b3jbsz3fNP; Fri, 10 Jul 2020 20:45:43 +0000 (UTC) (envelope-from spork@bway.net) Received: from gaseousweiner.sporklab.com (pool-173-70-93-30.nwrknj.fios.verizon.net [173.70.93.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id 685DB9589A; Fri, 10 Jul 2020 16:45:42 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: 12.1p7 no longer boots after doing zpool upgrade -a From: Charles Sprickman In-Reply-To: <20200710184446.GA8358@gvr.gvr.org> Date: Fri, 10 Jul 2020 16:45:42 -0400 Cc: Kyle Evans , FreeBSD-STABLE Mailing List X-Mao-Original-Outgoing-Id: 616106741.702086-7c627f0e74554fcec705510c7fd66514 Content-Transfer-Encoding: quoted-printable Message-Id: <0151E219-E1B6-4F46-9716-F9214DC183BD@bway.net> References: <20200709131201.GA3464@co.gvr.org> <20200710182903.GA7412@gvr.gvr.org> <20200710184446.GA8358@gvr.gvr.org> To: Guido van Rooij X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B3Q6b3jbsz3fNP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:216.220.96.27/32]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[bway.net:dkim]; NEURAL_HAM_LONG(-1.03)[-1.026]; RECEIVED_SPAMHAUS_PBL(0.00)[173.70.93.30:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bway.net:+]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; NEURAL_HAM_SHORT(-0.19)[-0.195]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8059, ipnet:216.220.96.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[216.220.96.27:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 20:45:44 -0000 > On Jul 10, 2020, at 2:44 PM, Guido van Rooij wrote: >=20 > On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote: >> On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: >>> On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij = wrote: >>>>=20 >>>> I did a zpool upgrade -a to enable large_dnode and spacemap_v2. >>>> After that, I did: >>>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 >>>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 >>>> and: >>>> gpart bootcode -p /boot/boot1.efifat -i 1 ada0 >>>> gpart bootcode -p /boot/boot1.efifat -i 1 ada1 >>>>=20 >>>> Now the system no longer boots from either disk and drops to the = efi shell. >>>=20 >>> This method of updating the ESP is no longer recommended for new = 12.x >>> installations -- we now more carefully construct the ESP with an >>> /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You = will >>> want to rebuild this as such, and that may fix part of your problem. >>=20 >> Hi Kyle, >>=20 >> Thnaks for your asnwer. I have not got it to work with that >> configuration. What did work was to replace the = /efi/boot/BOOTx64.efi >> with loader.efi and and change the content of startup.nsh with >> loader.efi. Withoyt the above answer I wouldn't have figure it out >> that quickly so thanks! >>=20 >> I will investigate further once I have more time (early next week = probably). >=20 > There was one question I forgot to ask: > Could I have known that my method of updating the ESP was not correct? > If so, where is this documented? +1 I have a few new servers and I figured that to keep with the times I = should be doing EFI instead of legacy boot, but if this is one of those = features where you have to be subbed to a number of email lists to know = what state the feature is in, then maybe legacy boot is the right = direction. I don=E2=80=99t see any upgrade tips here: = https://www.freebsd.org/cgi/man.cgi?query=3Duefi&sektion=3D8&manpath=3Dfre= ebsd-release-ports This handbook seems to have no upgrade info: https://www.freebsd.org/doc/handbook/updating-upgrading.html https://www.freebsd.org/doc/handbook/boot-introduction.html https://www.freebsd.org/doc/handbook/book.html And I=E2=80=99m still not sure if the wiki is considered a canonical = source for this info or if it=E2=80=99s more of a developer=E2=80=99s = notebook. Thanks, Charles >=20 > -Guido > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sat Jul 11 15:02:16 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 252A336594D for ; Sat, 11 Jul 2020 15:02:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (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 (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3tRq1VN6z43P2 for ; Sat, 11 Jul 2020 15:02:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:64c4:6eb5:1e6c:b378] ([IPv6:2607:f3e0:0:4:64c4:6eb5:1e6c:b378]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 06BF2DUI049588 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sat, 11 Jul 2020 11:02:14 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: golang issues on releng12 ? Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWiQ== Message-ID: <785e1b68-babf-f4df-3c03-9bd267f6514b@sentex.net> Date: Sat, 11 Jul 2020 11:02:14 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4B3tRq1VN6z43P2 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [1.61 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.33)[0.332]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.45)[-0.450]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; TO_DN_ALL(0.00)[]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_MEDIUM(-0.27)[-0.274]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 15:02:16 -0000 Ran into a strange issue, not sure what the cause is.  We make heavy use of zrepl for zfs backups and version control.  After updating to a kernel from July 2nd from June 10th, the zrepl daemon (written in golang) started to hang and get stuck in some uwait state.  Kill -9 was the only way to stop it. It would run again for a few hrs and then stall out once more.  It was a slightly older version, so upgraded to the latest from pkgs. Still the same issue after a few hours of use.  However, compiling zrepl from the ports works just fine (which meant compiling golang on the box etc). At least its been running for 24hrs now without issue.  Is it possible that some of the changes to RELENG12 from June 10th to July 2nd might have broken some ABI that golang apps rely on that might account for zrepl hanging ?     ---Mike