From owner-freebsd-stable@freebsd.org Sun Jul 14 09:40:39 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AE2115DDD04 for ; Sun, 14 Jul 2019 09:40:39 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B84046A263 for ; Sun, 14 Jul 2019 09:40:38 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7B84915DDD03; Sun, 14 Jul 2019 09:40:38 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CA1215DDD02 for ; Sun, 14 Jul 2019 09:40:38 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic310-23.consmr.mail.ne1.yahoo.com (sonic310-23.consmr.mail.ne1.yahoo.com [66.163.186.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 789966A25A for ; Sun, 14 Jul 2019 09:40:36 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: fmXQngcVM1ndbzE.4thUyRRSoo3ozQCcmhKliqlvpmFR2G4rbyRTDqCfqJVtIxB FR1GFiWo1CzNB90h6RMNX1r6f6odLhhETB.f3lGioCngRhzDRwvZhWKEIzsWKI8Hnwx_hFdfxnCr dob48BR5OG3PqU5RKRBn9BtPrQBS3i9z4F_n9VJArN2uVtYGdwTTwuMZoqaBdOs5vtUHJy12SIlL hOa8gOf.awn2FXCcb8V4CSXSNA.S7JxXv3Ij0gnXnmT0gwPyLYUL7Bzx42Y5b6RVJPOK_2F24PpD R6hAJOCgJ8v3VbhnJ8eLGaSswQNUM.b.EPNGAOj4sIYo0UoPNqReeQcc.NMG2.14cQjL033COCAf 1xRPMj8ZLSH2bB2ATlrdmcY4w3Dj_QgUXfgErd.RzdYYUNt1zr1yayCjbosbZnkfAdikdwi0vbtv klmrgzHDV8eMyfnx_pMs5hG3IpFUKzwi7ilUdisY8SU8UxKg43FBtkABnVD47ktzot.k1sFI6tWG LGf3jO1dxQqh_Rp9.eTEZagKOMO2V2NuJNBq_qQPWEeESrlWPaw8XadPyA7t4fRvwQdYNUZMUrsw NyGhGsQ1O6Lhe17xgKkJkAQ69jplaa1Rvs1PTIJ.gWuhYdE47JPctxyLNqZIEbkomemIzGwWBLdm hAPefNX7RpYP0eM1wZFm29GhTY3ZyuMmUYPYuisNbuAtRUsSEqP0uZUPGfDtWiP4RD0Txm0iJpr7 d79V2YGcIjbI1kL6URMyQYGjTUU8tl6UikM.ailapJydLHBI.cvM.u_bk8CpMeZVyv7zLKsVrw.1 z.b3Oyr1LTbas9eSKSed3I2cmfXEPiFqRcrFIBYVFghdsMluOdC36jJ9bCcSlXjfWOlRWs2.8U70 zQ4qaX24ljdIhD6q2IyvIDODAJprXIN4mt3BArb3jZi3zZMDjr2t1oRRc_N1uNq8wkKejcqFaKTm gozCwI1Ni5TPuepd_bdFpEprYDx3g.zCPB1gBVuFNHJ0EixUFi7HGTSfsVWj.0dsgH6IuZIBOyVs eZl6yJRYjGcxGa5nEoFGMvMCHpfMWGFh6YSGR8PT7.d7FP.LkIHY2Ck3gG.UYkzljVHem4UrtAts p4QKGmxpvYACcZ9f0YOxXFXNrFXAufGm_vIL5.QU8a45iVXUyjH1EGlfpm4j4MazQ0jK_LE9SALY HkxZn5v_WZJ8.6lE.RCjvO8jddW8BqoyvV2J5MZ2j60zlnoMBX4ulzZT6MGcANPMGCQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Sun, 14 Jul 2019 09:40:29 +0000 Date: Sun, 14 Jul 2019 09:30:20 +0000 (UTC) From: Filippo Moretti To: FreeBSD Stable ML Message-ID: <335611047.1604855.1563096620582@mail.yahoo.com> Subject: Problem with STABLE-12 amd 64 MIME-Version: 1.0 References: <335611047.1604855.1563096620582.ref@mail.yahoo.com> X-Mailer: WebService/1.1.13991 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36 X-Rspamd-Queue-Id: 789966A25A X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.17 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.889,0]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[204.186.163.66.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net,mta6.am0.yahoodns.net,mta5.am0.yahoodns.net,mta7.am0.yahoodns.net]; NEURAL_SPAM_LONG(0.99)[0.989,0]; IP_SCORE(1.30)[ip: (4.26), ipnet: 66.163.184.0/21(1.28), asn: 36646(1.02), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jul 2019 09:40:39 -0000 I get the following error:KLD radeonkms.ko: depends on kernel -not availabl= e or version mismatch=C2=A0linker_load_file:/boot/modules/radeonkms.ko-unsu= pported file typeany suggestion on how to fix it appreciatedsincerelyFilipo From owner-freebsd-stable@freebsd.org Sun Jul 14 14:37:23 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18AD315E3B73 for ; Sun, 14 Jul 2019 14:37:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 345937304D for ; Sun, 14 Jul 2019 14:37:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EC0EE15E3B72; Sun, 14 Jul 2019 14:37:21 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C99B015E3B71 for ; Sun, 14 Jul 2019 14:37:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 2842E7304B for ; Sun, 14 Jul 2019 14:37:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x331.google.com with SMTP id o101so14238394ota.8 for ; Sun, 14 Jul 2019 07:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KBZL96auWYJCbmJ8z0SL9PFWyL9ENALXiF+MOk1sYcs=; b=C1mFG2yGf1xkVGbTp31lVxH1et1HEwT0N+8DvCeon4eNkVQWp6WtupUt7urOBv09VO Zmr9GCl8e5i6lGfpEg87NqrPWndRCO0IbXaIG9KTmRWJrLV7O7BS8Yj/Vylz3swSfWTO Kp2g053mOaS0zH0uF9tMXIPlhBTuG4FZzT/uUVxaNWBeASzZRMXSdAygsQfb0LqhbcGi j6ScYMU3TvthgbsDKjE4C+j69CQKxLigh+C7lyfihTxIeWb90grqppKeCROAk9GeEF86 ULn5hYKT/0aTim7ZQ+1C15aJBmoeZftpKbC/cVH1f+0asSd9+cvUcT5xD1/3NR9NT5S+ 7wpA== 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=KBZL96auWYJCbmJ8z0SL9PFWyL9ENALXiF+MOk1sYcs=; b=QVxkgfBbIM0FRfdbsz7iWt58um2htOlN8Q9MtMVT9fio3wBhIQuOz9FGMK7d086tIm tUKdAcarVTxW8uurrZG69hvWgnBuxJQIzvsSfzha4oqOUV1mevJ+QbzPhLS/zqPCZJM7 O+Htze0B9BaoxKqFCXs4iCU+1pPB5Xyq69MykZ4ubMVI+OhAMwXNEh4ktJSCcN8Gx4MY VLUSdCtXuHe+wnLXhLB2mVFdP03O9BFyWQn/S4mMzoUbnELt0PqRoEzlZ5KYb6yNUJlc NZkuKPbTmob1Hzf79V6vTMRzfe7/hkWPG/4WjViIi9fbSI+54DABaOil3yV/HAPmAJXA 9qkg== X-Gm-Message-State: APjAAAUxiDBm47ij8G5ILWPuVBhTTq7YeIyflGbXYapCM5wmtFk/xb/N UdtXFTu8obCg044/Tzea30RSW7mcYIikNoq8LVQ= X-Google-Smtp-Source: APXvYqw6sKqxhk5sGEIbzFkFOfJi9+rZGUA/ZmnDqQSn8imByYCuvtG+hdIv6z5wDe/ke8NW2sY4dv9vn02I+NLVfDc= X-Received: by 2002:a9d:460c:: with SMTP id y12mr16135753ote.358.1563115040031; Sun, 14 Jul 2019 07:37:20 -0700 (PDT) MIME-Version: 1.0 References: <335611047.1604855.1563096620582.ref@mail.yahoo.com> <335611047.1604855.1563096620582@mail.yahoo.com> In-Reply-To: <335611047.1604855.1563096620582@mail.yahoo.com> From: Kevin Oberman Date: Sun, 14 Jul 2019 07:37:03 -0700 Message-ID: Subject: Re: Problem with STABLE-12 amd 64 To: Filippo Moretti Cc: FreeBSD Stable ML X-Rspamd-Queue-Id: 2842E7304B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.91 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.91)[-0.914,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jul 2019 14:37:23 -0000 On Sun, Jul 14, 2019 at 2:42 AM Filippo Moretti via freebsd-stable < freebsd-stable@freebsd.org> wrote: > I get the following error:KLD radeonkms.ko: depends on kernel -not > available or version > mismatch linker_load_file:/boot/modules/radeonkms.ko-unsupported file > typeany suggestion on how to fix it appreciatedsincerelyFilipo > Looks like your kernel module, radeonkms.ko, is not in sync with your kernel. Have you upgraded you kernel? It is always a good idea to rebuild kernel modules whenever you build a kernel. This is easily accomplished by adding "PORTS_MODULES=graphics/drm-kmod" to /etc/src.conf. For an immediate fix, just re-install the port from source. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Jul 15 10:27:35 2019 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 A513EB63B2 for ; Mon, 15 Jul 2019 10:27:35 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4E45E89C9D for ; Mon, 15 Jul 2019 10:27:35 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4DDB2B63B1; Mon, 15 Jul 2019 10:27:35 +0000 (UTC) Delivered-To: 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 4D982B63B0 for ; Mon, 15 Jul 2019 10:27:35 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic306-20.consmr.mail.ne1.yahoo.com (sonic306-20.consmr.mail.ne1.yahoo.com [66.163.189.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B4D8689C9C for ; Mon, 15 Jul 2019 10:27:34 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: DoF7twEVM1nOjCkCMt5Fi1d_VxEOXU5_UVAJLP1qBaZV1vPZw09Kj2lf53cUYg2 RFi9lT97l7A6.A0dQ04OHVDgKO5.6cBNTW84Hq7AWYMX2RIC.j5O_sanejpTmxmLCFeRh25Ur6dt BZ3Ym4nd2MLcn1eJ_KsxiRD9tGpBTqThp.tSqqgf8Svhmn.rsU3MTEVhK9_9Sa5A6nQEXj0Nh5lD IxgsxJ1ArBXmM146GptN5E3Pey0Tr3Gd9fjmxUJgTh1zuyyXJD2QbfubvmT5.C8sYDmNyOwZlh9Q kdgEUYjTb2pVX_slRwCQgelpnkGNGQ41tI4OgkUPVeRaV_damYPg9JooNj8gv6q95jhsygTwUU.W nomMEdp.kzeUXp6rNC6wiYHZxAkouR.waN5A11CRZknpj2spfGQH9Sf2WUO9j0KyW5dPSJrtIugK NoLoShnQaYb7dMRR4Z6lHC3HEOOYoLM3e7aMbgDhHQsc_JrhDdsq7jnksE9dGunoY9HH3WVJ9.iA e0.VGU56rxYjZnrEPOy_69EvhyKiY4WZIEx8ngGbwUYL7Ge4RfVXW2AeeGjIp7wnS68fJaL3CUrc eIS5eEV2yPUAYcBkThnarEKIv3raMFpH8scsxoGh0fmA7GL40edMY.J2FWuTFgVkyihT1j6Tv_8j VZSKJ9dumv0ItGLYyb8SDYE_W.D08THvhh3madaGBXmOGYDCxGoGL3WMDEFNQlnOQ_lyGMCmcpk9 S2WALo9rQKM17ce71Q9ZaKf.WNerz1wa14vySgQ21e0Uv3uuFrI7bq_gMPgEh9ebNzCMX0GywgJ5 tZxOs0Krrua1D.X2KTL78GDI53VyuOcyUG9gquuOwqm_.YG25ijlmJ9_dVxIHlsea0U02aIFdWy0 x2aDnBsRgaTKe_M.Ym6sPI.yHZ8X0Msw4sgbBquNfmYYdl80EmZJZzoiBTdq51uX4h6vX8vHILR7 kqnQ0G9rNd6lZRkgDGmG0qmv.ARiObQgSxpTUeBxOqgDEYKXbYfPikjahEzByXa3xEZ2rNRtFuMM Y4bVs3ZNLF9mBypDmk9W_gB.0xnihYKP1RFRCbn8KaERIQjMuW4pJ0_26WMOI_vDXDgdJuFnnMqT afZTya58p7xronu6ERtBRR4R0f2pTTf_5_KILJcSKogc_UB7.nhFdoUUWwMnG8Ef31_T.ixBlIox 7Fl8baktpbXhKJMiDw8bR2wANdgAEuyIjlXxWaV9wlzldV1kAQplvxePThm5HmHaKIq7cRo4PUoa txqYNd9MpJow- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Mon, 15 Jul 2019 10:27:33 +0000 Date: Mon, 15 Jul 2019 10:27:33 +0000 (UTC) From: Filippo Moretti To: Filippo Moretti Cc: FreeBSD Stable ML Message-ID: <542335159.1993790.1563186453209@mail.yahoo.com> In-Reply-To: <848275556.1661158.1563119137997@mail.yahoo.com> References: <335611047.1604855.1563096620582.ref@mail.yahoo.com> <335611047.1604855.1563096620582@mail.yahoo.com> <848275556.1661158.1563119137997@mail.yahoo.com> Subject: Re: Problem with STABLE-12 amd 64 MIME-Version: 1.0 X-Mailer: WebService/1.1.13991 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36 X-Rspamd-Queue-Id: 4E45E89C9D X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.98 / 15.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; R_SPF_NEUTRAL(0.00)[?all]; FORWARDED(0.00)[stable@mailman.nyi.freebsd.org]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.88)[-0.882,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.39)[ipnet: 2610:1c1:1::/48(-3.90), asn: 11403(-2.99), country: US(-0.06)]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; FORGED_RECIPIENTS(0.00)[filippomore@yahoo.com ..,freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 15 Jul 2019 10:27:35 -0000 I did build world but it did not solve the problemsincerelyFilippo On Sunday, July 14, 2019, 05:45:38 PM GMT+2, Filippo Moretti wrote: Thank you for your advice:reinstalling the port from source did not fix this issue.I will try the other suggestion when I will rebuild world.I do not have /etc/src.conf file,I will create one and see if it fixes this issue,sincerelyFilippo On Sunday, July 14, 2019, 04:40:17 PM GMT+2, Kevin Oberman wrote: On Sun, Jul 14, 2019 at 2:42 AM Filippo Moretti via freebsd-stable < freebsd-stable@freebsd.org> wrote: > I get the following error:KLD radeonkms.ko: depends on kernel -not > available or version > mismatch linker_load_file:/boot/modules/radeonkms.ko-unsupported file > typeany suggestion on how to fix it appreciatedsincerelyFilipo > Looks like your kernel module, radeonkms.ko, is not in sync with your kernel. Have you upgraded you kernel? It is always a good idea to rebuild kernel modules whenever you build a kernel. This is easily accomplished by adding "PORTS_MODULES=graphics/drm-kmod" to /etc/src.conf. For an immediate fix, just re-install the port from source. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 _______________________________________________ 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 Mon Jul 15 14:14:59 2019 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 BC978BAFD0 for ; Mon, 15 Jul 2019 14:14:59 +0000 (UTC) (envelope-from pomoke@typeof.pw) Received: from relay10.mail.gandi.net (relay10.mail.gandi.net [217.70.178.230]) (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 A7C39929E8 for ; Mon, 15 Jul 2019 14:14:58 +0000 (UTC) (envelope-from pomoke@typeof.pw) Received: from powerland (unknown [112.28.174.24]) (Authenticated sender: pomoke@typeof.pw) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 2B80D240013 for ; Mon, 15 Jul 2019 14:14:30 +0000 (UTC) Message-ID: Subject: GENERIC 12.0-RELEASE-p7 (amd64) panic when rebooting From: pomoke To: freebsd-stable@freebsd.org Date: Mon, 15 Jul 2019 22:14:18 +0800 Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-0Ci0li3Pcb6xJNzHOdbY" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 X-Rspamd-Queue-Id: A7C39929E8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pomoke@typeof.pw designates 217.70.178.230 as permitted sender) smtp.mailfrom=pomoke@typeof.pw X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.178.192/26]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[typeof.pw]; MX_GOOD(-0.01)[spool.mail.gandi.net,fb.mail.gandi.net]; NEURAL_HAM_SHORT(-0.45)[-0.448,0]; IP_SCORE(-1.11)[ip: (-3.50), ipnet: 217.70.176.0/20(-1.13), asn: 29169(-0.92), country: FR(-0.01)]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[230.178.70.217.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 15 Jul 2019 14:14:59 -0000 --=-0Ci0li3Pcb6xJNzHOdbY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I have a reproducible panic on my VPS just before powering off or rebooting.Suggesting umounting fs before swapoff? Message of the crash: Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 12 12 12 3 1 1 0 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... done All buffers synced. swap_pager: I/O error - pagein failed; blkno 3291,size 4096, error 5 panic: swap_pager_force_pagein: read from swap failed cpuid =3D 0 time =3D 1559891849 KDB: stack backtrace: #0 0xffffffff80be7977 at kdb_backtrace+0x67 #1 0xffffffff80b9b563 at vpanic+0x1a3 #2 0xffffffff80b9b3b3 at panic+0x43 #3 0xffffffff80ed14bd at swapoff_one+0x80d #4 0xffffffff80ed15e7 at swapoff_all+0x117 #5 0xffffffff80c4905a at bufshutdown+0x2fa #6 0xffffffff80b9aee8 at kern_reboot+0x228 #7 0xffffffff80b9acb1 at sys_reboot+0x411 #8 0xffffffff81075449 at amd64_syscall+0x369 #9 0xffffffff8104fd1d at fast_syscall_common+0x101 Uptime: 20h4m14s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... /etc/fstab : /dev/ufs/rootfs / ufs rw,userquota,groupquota 0 0 md11 none swap sw,file=3D/var/swap,late 0 0 swapinfo (upon reboot) : /dev/md11 1572864 0 1572864 0% --=20 Darui Zhuo --=-0Ci0li3Pcb6xJNzHOdbY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iIcEABYIAC8WIQShBKEWcCMFRegvcdZVcOMYoo1cPwUCXSyKOhEccG9tb2tlQHR5 cGVvZi5wdwAKCRBVcOMYoo1cP6nYAP94uxXtM5cdG+S7ZPJLvIEoEYl4mxRpMMtp 5A3h598yEgEAufPeRB/SkbY5OstJw0Wu8sMETv0Q10I8YrV1VSQNBg8= =ph3U -----END PGP SIGNATURE----- --=-0Ci0li3Pcb6xJNzHOdbY-- From owner-freebsd-stable@freebsd.org Mon Jul 15 19:50:32 2019 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 6DD6CC21BD for ; Mon, 15 Jul 2019 19:50:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 333E77373C for ; Mon, 15 Jul 2019 19:50:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mailman.nyi.freebsd.org (Postfix) id 31116C21BC; Mon, 15 Jul 2019 19:50:32 +0000 (UTC) Delivered-To: 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 30BC7C21BB for ; Mon, 15 Jul 2019 19:50:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 2656973739 for ; Mon, 15 Jul 2019 19:50:29 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ua1-x92a.google.com with SMTP id j21so7228406uap.2 for ; Mon, 15 Jul 2019 12:50:29 -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=2whXUzFSjeB4QSaQCgX7ZOV85Rx2V/uU3lm42TLbzfg=; b=PmFQIpnwUcMjG8dn9IozgGSmZqdFctj/tKJ2kBIVgQDZbpIQRWJXU8f8ImHGPBa7IL FfXtTG923ctn62+fG5+MwPZPc9/P+OVcvlvEGE7ea1RlYdL288iT3UG+T6VzStSdYS2g 4Il+P2dZYxFu7MYqEuOwbVhvKcQh4IV5CN4kBR6gMPzMXYg1jg1jO5D5INaf6XqaEZoL 0jsnE+yBwpNTZis6ANls6vjLENVJmtx0ydQZF1uIpq7ry8J5l70S/l7jmJGGKY5X1tad Gi3JsW8GNzb6j3Ff3esaKtyy1s6sfGY+49hgxGmemecrHXFyD9VLzhXYmqLepPEE80ng GnLQ== 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=2whXUzFSjeB4QSaQCgX7ZOV85Rx2V/uU3lm42TLbzfg=; b=VyKg+hynsLLMOS2ADDl2irzqvRAZGjAz3i0tsbVAXVG6x8T8JmHB4eauuBkQrJXXw8 oG6/iyz9QePZXxTz1YcOCXzZIxBQUXSnTcPFeOGBjgYagcbVzQzSfBOUrx9Kxpgz8Mfu Iq142EhizVtrRTfZDU2tEE7VQso9SpW7SpOV0fa0tFCVC97WK/9eZ+8Rf18HhIdtpSQB QolC87oqiO/5ALwjy4rsJQDWj5DSOaA8kS9ZlD20XJPxVSPqXqWCPjEagVd9sqLAO9m8 zf03ZyDJXaI5vqEUpDO8KI9bKkAg1KFgQLZ+oZg3Y9sH+RWmSaNkEL9NSF98f1qFyr1R ojtg== X-Gm-Message-State: APjAAAVZW5tvVun4qpUYmaPVhyz02ZthQcW+i9cF7vRVGC+2xCGNAMUh UxkNwi3lRUs2dCau/BtvwQ/rsHBX21X3oCMegkAsCjvx X-Google-Smtp-Source: APXvYqzQGwp0BbW5YzAjb2Pvc/qLKfMPdcBqm4PuQJnvPfYwtGJEos6Sz8NoBBtACjbVuxHZiA/cM28m4dq5L8mvMQo= X-Received: by 2002:a9f:31a2:: with SMTP id v31mr17353567uad.15.1563220228541; Mon, 15 Jul 2019 12:50:28 -0700 (PDT) MIME-Version: 1.0 References: <335611047.1604855.1563096620582.ref@mail.yahoo.com> <335611047.1604855.1563096620582@mail.yahoo.com> <848275556.1661158.1563119137997@mail.yahoo.com> <542335159.1993790.1563186453209@mail.yahoo.com> In-Reply-To: <542335159.1993790.1563186453209@mail.yahoo.com> From: Jonathan Chen Date: Tue, 16 Jul 2019 07:50:12 +1200 Message-ID: Subject: Re: Problem with STABLE-12 amd 64 To: Filippo Moretti Cc: FreeBSD Stable ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 2656973739 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=PmFQIpnw X-Spamd-Result: default: False [-5.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.09)[-0.095,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[a.2.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.08)[ip: (-9.74), ipnet: 2607:f8b0::/32(-3.17), asn: 15169(-2.44), country: US(-0.06)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 15 Jul 2019 19:50:32 -0000 On Mon, 15 Jul 2019 at 22:28, Filippo Moretti via freebsd-stable wrote: > > I did build world but it did not solve the problem You need to rebuild the port, graphics/drm-kmod, as this port contains kernel modules. Whenever you upgrade the base system, it is always a good idea to rebuild/reinstall ports that contain kernel modules, as they get depend quite critically on being in sync. Cheers. -- Jonathan Chen From owner-freebsd-stable@freebsd.org Mon Jul 15 23:37:07 2019 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 0517AC6966 for ; Mon, 15 Jul 2019 23:37:07 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6349A85ADA for ; Mon, 15 Jul 2019 23:37:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 62723C6965; Mon, 15 Jul 2019 23:37:06 +0000 (UTC) Delivered-To: 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 6231BC6964 for ; Mon, 15 Jul 2019 23:37:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 3416285AD8 for ; Mon, 15 Jul 2019 23:37:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x236.google.com with SMTP id u15so14131251oiv.0 for ; Mon, 15 Jul 2019 16:37:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IFNwpT+5mGBLU468f0NQUsm/bGFWJXoRtMYXdfQxPUM=; b=GFbC0pUz6GtN+G3sVpo8dmXLwkdP0W42lChg5IOhdz94zAd+nMZZsfJcR+7v7mnCr4 gE/AazZVT0cFf9Hmzh8X7SCzsrwAlqfWN9jJGS4A1OgUVzW5CF+QgKN9wTbFHmuuh6tz pOELjmDXptauxVLs+8XTCU6q5wU78jFWbbu/DJZ2dNJ8qb6FBf19Awibx2rzJSwDOIzJ Ncf9WbcPX5NjCa1bw1S7ZoHWf/Ds2fYX4F5sS45Vtra6p5QWm5e0FBQoO5mo9xkkKrhq bCoLj4VXofwNa0c3FXw3R9mBL7xpKLemTSM74HK65pObHuM3sEkaWqkji0c48CRHzcZA +lTg== 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=IFNwpT+5mGBLU468f0NQUsm/bGFWJXoRtMYXdfQxPUM=; b=MEOfdGvsq6M1tCg94DFsL5e24R7zuN9hymxsUj6jPtZgWhsqVbzgChEj5nf8ScRtCD ht3ogAdeq6YHeQdaTldDZslp/nLNGxVIFEf617PFDhugOFqWZMIyumU1ovieviJF/+k8 4DWC3NDkvUULbAhbT2ztltlHMrEvUPrzGVWpR/jX/nkJ6cq0eJNqM+p2QMrI2bFUiCae e77KYItET3ghwUf72A+mh45iEazmCqTGPVAyY7CdWhYL0YQfdPMnLu6jPHfycozlORZC mxwjv3OSPIDb3OzNHZbsCj9zWquaA8gxSdVR1smY/kehmjoax2kqiNKEWyipQU7uySQn mxLw== X-Gm-Message-State: APjAAAV8qpafNEUmTZWgIukkWXLbAZhu28xMB3yEfOI3hZXFMur5vkBI 1Mt2YEgGXhRedO56x6YLTwlPsuprk1FcIFktNYo= X-Google-Smtp-Source: APXvYqzkV5XjTTzLqHVomheSpCh6YIiC9ImEsEPgHQp5qcQkg3MZSIk4z00aT7TFbqeYhD4IHgXVCV0zJUWH+bMiC7k= X-Received: by 2002:aca:4806:: with SMTP id v6mr15067324oia.133.1563233825044; Mon, 15 Jul 2019 16:37:05 -0700 (PDT) MIME-Version: 1.0 References: <335611047.1604855.1563096620582.ref@mail.yahoo.com> <335611047.1604855.1563096620582@mail.yahoo.com> <848275556.1661158.1563119137997@mail.yahoo.com> <542335159.1993790.1563186453209@mail.yahoo.com> In-Reply-To: From: Kevin Oberman Date: Mon, 15 Jul 2019 16:36:48 -0700 Message-ID: Subject: Re: Problem with STABLE-12 amd 64 To: Jonathan Chen Cc: Filippo Moretti , FreeBSD Stable ML X-Rspamd-Queue-Id: 3416285AD8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.91 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; NEURAL_HAM_SHORT(-0.92)[-0.920,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 15 Jul 2019 23:37:07 -0000 On Mon, Jul 15, 2019 at 12:50 PM Jonathan Chen wrote: > On Mon, 15 Jul 2019 at 22:28, Filippo Moretti via freebsd-stable > wrote: > > > > I did build world but it did not solve the problem > > You need to rebuild the port, graphics/drm-kmod, as this port contains > kernel modules. Whenever you upgrade the base system, it is always a > good idea to rebuild/reinstall ports that contain kernel modules, as > they get depend quite critically on being in sync. > > Cheers. > -- > Jonathan Chen > _______________________________________________ > 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" > If you can't resolve the issue, please report how you load the kernel module and the exact version of the drm-kmod you have installed.you can get it with "pkg info drm-\*". You should get two lines, one for drm-kmod and another for module installed. Also, I don't recall whether you reported the exact GPU you have on your system. Won't help me, but others, more familiar with AMD may find it useful. Finally, "kldstat -v | grep -A 1 -E "drm|kms"" will provide the exact ID and filename of the loaded kernel modules. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Tue Jul 16 18:05:50 2019 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 B6ABBB6673; Tue, 16 Jul 2019 18:05:50 +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) server-signature RSA-PSS (4096 bits) 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 9817C6CF8D; Tue, 16 Jul 2019 18:05:50 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 72DDD19CCB; Tue, 16 Jul 2019 18:05:50 +0000 (UTC) Date: Tue, 16 Jul 2019 18:05:50 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-07-14 Message-ID: <20190716180550.GA48239@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Queue-Id: 9817C6CF8D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.88 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.970,0]; NEURAL_HAM_SHORT(-0.91)[-0.905,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 16 Jul 2019 18:05:50 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-07-14 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-07-08 to 2019-07-14. During this period, we have: * 1628 builds (97.4% passed, 2.6% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 317 test runs (54.3% passed, 37.5% unstable, 8.2% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 48 doc builds (100% passed) (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/s/Bk5EdrMbB and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed Tests * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.opencrypto.runtests.main Fixed in [r349872](https://reviews.freebsd.org/rS349872) ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * Analysis from kp@: * https://lists.freebsd.org/pipermail/freebsd-testing/2019-June/001933.html * https://lists.freebsd.org/pipermail/freebsd-testing/2019-June/001934.html * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * Same as -head: * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * sys.opencrypto.runtests.main * Needs MFC more than r349872. * lib.libregex.exhaust_test.regcomp_too_big * flaky, sometimes failed with: ``` /usr/src/contrib/netbsd-tests/lib/libc/regex/t_exhaust.c:72: p != NULL not met ``` * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * 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 * usr.bin.procstat.procstat_test.command_loogle.com/ine_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 * sys.netinet.socket_afinet.socket_afinet_bind_zero (new) https://bugs.freebsd.org/238781 ## 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 * https://bugs.freebsd.org/238828 Possible build race: lib/libsysdecode/tables.h:948: error: 'IPV6_MIN_MEMBERSHIPS' undeclared ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237077 possible race in build: /usr/src/sys/amd64/linux/linux_support.s:38:2: error: expected relocatable expression * 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/237652 tests.hotspare.hotspare_test.hotspare_snapshot_001_pos timeout since somewhere in (r346814, r 346845] * https://bugs.freebsd.org/237655 Non-deterministic panic when running pf tests in interface ioctl code (NULL passed to strncmp) * 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/237657 sys.kern.pdeathsig.signal_delivered_ptrace timing out periodically on i386 * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) * https://issues.tmatesoft.com/issue/SVNKIT-740 The patch is asked to be updated and help wanted. There is a new one at: https://github.com/jenkinsci/svnkit/pull/3/files * https://bugs.freebsd.org/235356 Help on how to reproduce and analyze is wanted. ## Other News * [FCP 20190401-ci_policy: CI policy ](https://github.com/freebsd/fcp/blob/master/fcp-20190401-ci_policy.md) is in "feedback" state, please check and provide comments. From owner-freebsd-stable@freebsd.org Wed Jul 17 22:15:11 2019 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 B2788B6BDF for ; Wed, 17 Jul 2019 22:15:11 +0000 (UTC) (envelope-from sv@ulstu.ru) Received: from mr0.ulstu.ru (mr5.ulstu.ru [79.132.103.18]) by mx1.freebsd.org (Postfix) with ESMTP id D1EB39608C for ; Wed, 17 Jul 2019 22:15:05 +0000 (UTC) (envelope-from sv@ulstu.ru) Received: from [192.168.0.22] (unknown [109.197.193.192]) (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mr0.ulstu.ru (Postfix) with ESMTPSA id 0B0BC42243 for ; Wed, 17 Jul 2019 22:15:03 +0000 (UTC) Reply-To: sv@ulstu.ru To: freebsd-stable@freebsd.org From: Serge Volkov Subject: No sound in flashplayer with linux-c7 Organization: SISADMINOV.NET Message-ID: <82d2517e-3501-6cfe-9c86-b4b420518dc7@ulstu.ru> Date: Thu, 18 Jul 2019 02:14:57 +0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D1EB39608C X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[sv@ulstu.ru]; R_SPF_ALLOW(0.00)[+ip4:79.132.103.0/26]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; MX_GOOD(-0.01)[cached: mx5.ulstu.ru]; DKIM_TRACE(0.00)[ulstu.ru:+]; DMARC_POLICY_ALLOW(0.00)[ulstu.ru,quarantine]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[country: RU(0.01)]; ASN(0.00)[asn:43782, ipnet:79.132.96.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[ulstu.ru:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.44)[0.445,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_SPAM_MEDIUM(0.88)[0.880,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; RBL_VIRUSFREE_BOTNET(2.00)[18.103.132.79.bip.virusfree.cz : 127.0.0.2]; NEURAL_SPAM_LONG(0.85)[0.854,0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jul 2019 22:15:11 -0000 Hi, All! I use www/flashplayer in Firefox on FreeBSD 12.0-RELEASE-p7 with KDE Plasma 5. This week I updated the linux_base-c6 with all linux packages to linux c7. After that, the sound disappeared in flashplayer. I also rebuilt the flashplayer from the ports. But nothing has changed. No sound. With the linux c6 the sound in flashplayer worked fine. Can anyone help to solve problem with sound in flashplayer on linux c7? -- Regards, Serge Volkov From owner-freebsd-stable@freebsd.org Thu Jul 18 01:49:51 2019 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 CDC8FBAD99 for ; Thu, 18 Jul 2019 01:49:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 B767E6DD22 for ; Thu, 18 Jul 2019 01:49:50 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 8BD282207F for ; Wed, 17 Jul 2019 21:49:49 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 17 Jul 2019 21:49:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=zyh5lo8Py5/lx1BE+TVeBjCciio z/4sR4oA8Us/GICk=; b=AAMTFGArKqxgHfqc54yUY7QwBfXxlo6K0gDwRoJYs2D xx1S7BrxoJqX2uUV/3TN9i9Tv/ezSRq4rfggCPD6mP01SLENG1yKNL8I699tygjv lvJx3x3loNHKYivG8LaZboWbFke+7KOEB8O0qvv9vcW9ajEYX07yi5U8yzN1vrk7 n82UkymA6muWi9KGdzbLtG8s7oOjBeisL5DKFhlHfjeuvybRPudeKGLYEzKB39lu WWfUB3J7UBbuk9Eo8lA6jJBUJQDsmJbSyzjimmnbNWZklTT89Ozv7B3MGThtg4qz V9bGSKnVB+QuJX2rSxnWkbr+zSHg69oIH7eqKHC1tdQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=zyh5lo 8Py5/lx1BE+TVeBjCciioz/4sR4oA8Us/GICk=; b=xHsi4+SAGIJp4S/PNbsxij quXxN9PRVcFosNlqwFgV2XWBHAmeL5i6laXU1NIx5RgshfaoyTK9O9tmGRU/TYyO UUA0h4ltQqD7BEhIC1EqwGlj+f945OyOqVQZxj5HKZDkaLD5GciXKIkCl2pCNgV4 UdLdxk8LWMsDYsP5vr3+HWw+DBv+nFAsOhCMiBN1eTvgG6HdHt1B42wnh1/0el11 ao35KksIrtxRktlBLLTpOUvbL0XvRFSphsa8faHe9qp/ykTM0Fzvq5rQLD+wvunH WWgv9JzecfKXzXp4tDr0OP+6zLtr/u7yE2PtjEqacoH9spc9uevcYrndbBW10d+A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrieeggdeglecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjfgesghdtre ertdervdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucfkphepkedvrdejtddrledurdelleenucfrrghrrghmpehmrg hilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvghtnecuvehluhhsthgv rhfuihiivgeptd X-ME-Proxy: Received: from mon.zyxst.net (mon.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id DD63C80059 for ; Wed, 17 Jul 2019 21:49:48 -0400 (EDT) Date: Thu, 18 Jul 2019 02:49:46 +0100 From: tech-lists To: freebsd-stable@freebsd.org Subject: Re: No sound in flashplayer with linux-c7 Message-ID: <20190718014946.GC58456@mon.zyxst.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <82d2517e-3501-6cfe-9c86-b4b420518dc7@ulstu.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline In-Reply-To: <82d2517e-3501-6cfe-9c86-b4b420518dc7@ulstu.ru> User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: B767E6DD22 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=AAMTFGAr; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=xHsi4+SA; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-9.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; IP_SCORE(-3.47)[ip: (-9.53), ipnet: 66.111.4.0/24(-4.78), asn: 11403(-2.98), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 01:49:51 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 18, 2019 at 02:14:57AM +0400, Serge Volkov via freebsd-stable w= rote: >Hi, All! > >I use www/flashplayer in Firefox on FreeBSD 12.0-RELEASE-p7 with KDE >Plasma 5. This week I updated the linux_base-c6 with all linux packages >to linux c7. After that, the sound disappeared in flashplayer. I also >rebuilt the flashplayer from the ports. But nothing has changed. No >sound. With the linux c6 the sound in flashplayer worked fine. > >Can anyone help to solve problem with sound in flashplayer on linux c7? Hi, Does any sound work? Do you have gsteamer plugins installed? --=20 J. --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl0v0CYACgkQs8o7QhFz NAWcUw/8CO7ZyryQal1Eu6NzJcbgvtsqEmUHM+JdunAWbhJT2iu5NgFLGrbOlQ8R frAwloY2HvyU7cVfIxXkYu6yaV6PY/tVsm/tG1mZRGTPLhgQNeGmKEOJjUZq3BGS NPe20ieqKAKxKBogiNXTYf8GUfGhI601UP450ZlFnWlayuABI8i9chq/uzfjVCTE 258S5O71v9L3z2LExEtK4/2CVEGibfTWFtr/BBe9WJBk6NSE63P/Uqr6s/5eF/g0 MwqD5spLAvkdHmuDqcja3sZT2igalky7Qifu5NTAWCdG7MxaqfC2shVMn4UPXPA6 6X4S9mY50rSRsYhTI309L80Y5ybyfIwNI5k8G1eyHEgFT/jtauj2Xw8FHSxmjyZb jDrYX/tMvZzOyZPJuwEzmsPZzmqkI/bODN92kxjJt4MYPqMkj+WA6xkB6YnteKp4 vmRZ7Fz1Dd0Fc2vGwd5zZLlmXVGy9QLyzP6m1FEhdmHFIlNRCluUxooAAjcAI4Hk DMRDRtfIxMGpQHfSjr8tNVzQFv2/B0oLPRNVLPG1VJGOZUF4uJuiOJdAZNdIKtzh DTppz/hJAmFriy66fKVLlefZ0IF5I/Bq0EUpCeBsqGfrxoO+8ZORkzA4TTbrQxn0 Y7H9En+Sg2rqeXLm+aXYaIV2vKPIhXYtIXB8u72hCLLpPOEsoAY= =cqdg -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-stable@freebsd.org Thu Jul 18 07:35:24 2019 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 321A9A1BBB for ; Thu, 18 Jul 2019 07:35:24 +0000 (UTC) (envelope-from sv@ulstu.ru) Received: from mr0.ulstu.ru (mr5.ulstu.ru [79.132.103.18]) by mx1.freebsd.org (Postfix) with ESMTP id 63E2D76A25 for ; Thu, 18 Jul 2019 07:35:21 +0000 (UTC) (envelope-from sv@ulstu.ru) Received: from [192.168.0.22] (unknown [109.197.193.192]) (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mr0.ulstu.ru (Postfix) with ESMTPSA id 49DED42234; Thu, 18 Jul 2019 07:35:19 +0000 (UTC) Reply-To: sv@ulstu.ru Subject: Re: No sound in flashplayer with linux-c7 To: tech-lists References: <82d2517e-3501-6cfe-9c86-b4b420518dc7@ulstu.ru> <20190718014946.GC58456@mon.zyxst.net> From: Serge Volkov Organization: SISADMINOV.NET Cc: freebsd-stable@freebsd.org Message-ID: Date: Thu, 18 Jul 2019 11:35:12 +0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190718014946.GC58456@mon.zyxst.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Language: ru Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 63E2D76A25 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[sv@ulstu.ru]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:79.132.103.0/26]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; MX_GOOD(-0.01)[cached: mx5.ulstu.ru]; DKIM_TRACE(0.00)[ulstu.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[ulstu.ru,quarantine]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[country: RU(0.01)]; ASN(0.00)[asn:43782, ipnet:79.132.96.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[ulstu.ru:s=default]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.863,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.81)[0.813,0]; BAD_REP_POLICIES(0.10)[]; RBL_VIRUSFREE_BOTNET(2.00)[18.103.132.79.bip.virusfree.cz : 127.0.0.2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.84)[0.845,0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 07:35:24 -0000 18.07.2019 5:49, tech-lists пишет: > On Thu, Jul 18, 2019 at 02:14:57AM +0400, Serge Volkov via > freebsd-stable wrote: >> Hi, All! >> >> I use www/flashplayer in Firefox on FreeBSD 12.0-RELEASE-p7 with KDE >> Plasma 5. This week I updated the linux_base-c6 with all linux packages >> to linux c7. After that, the sound disappeared in flashplayer. I also >> rebuilt the flashplayer from the ports. But nothing has changed. No >> sound. With the linux c6 the sound in flashplayer worked fine. >> >> Can anyone help to solve problem with sound in flashplayer on linux c7? > > Hi, > > Does any sound work? > > Do you have gsteamer plugins installed? Yes, of course. Any sound works fine. In the firefox (Youtube and others) the sound works fine. I even installed linux-c7-alsa-utils and tried play audio file with linux command line utility aplay in the KDE 5 Konsole /compat/linux/usr/bin/aplay -vv audio.wav and it's work fine, sound is good. But there is no sound in the flashplayer only and only with linux-c7. With linux-c6 works fine. I think it is related to the linux-c7-alsa-lib and/or linux-c7-alsa-plugins-oss. There may be a problem in its configuration files. But I do not know where exactly. Or maybe this is related to the linux-flashplayer. Because the aplay utility works fine. I dont know :( -- Regards, Serge Volkov From owner-freebsd-stable@freebsd.org Thu Jul 18 12:51:08 2019 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 DD1E6A834B for ; Thu, 18 Jul 2019 12:51:08 +0000 (UTC) (envelope-from info@dss-service.it) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 7055388B40 for ; Thu, 18 Jul 2019 12:51:08 +0000 (UTC) (envelope-from info@dss-service.it) Received: by mailman.nyi.freebsd.org (Postfix) id 6E19BA834A; Thu, 18 Jul 2019 12:51:08 +0000 (UTC) Delivered-To: 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 6DD76A8349 for ; Thu, 18 Jul 2019 12:51:08 +0000 (UTC) (envelope-from info@dss-service.it) Received: from zimbra.ui.prato.it (zimbra.ui.prato.it [93.188.112.40]) (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 C633E88B3F for ; Thu, 18 Jul 2019 12:51:07 +0000 (UTC) (envelope-from info@dss-service.it) Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.ui.prato.it (Postfix) with ESMTP id 7934BF00919 for ; Thu, 18 Jul 2019 14:42:29 +0200 (CEST) Received: from zimbra.ui.prato.it ([127.0.0.1]) by localhost (zimbra.ui.prato.it [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id c5xBphaTREXt for ; Thu, 18 Jul 2019 14:42:27 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.ui.prato.it (Postfix) with ESMTP id C8BDAF0093D for ; Thu, 18 Jul 2019 14:42:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at ui.prato.it Received: from zimbra.ui.prato.it ([127.0.0.1]) by localhost (zimbra.ui.prato.it [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id d0awxvTMpjxp for ; Thu, 18 Jul 2019 14:42:25 +0200 (CEST) Received: from WIN-HUAKD8TBG21.local (e7.85.7a9f.ip4.static.sl-reverse.com [159.122.133.231]) by zimbra.ui.prato.it (Postfix) with ESMTPSA id F18BFF0091F for ; Thu, 18 Jul 2019 14:42:24 +0200 (CEST) From: "=?utf-8?B?QnVkZ2V0IENsZWFuZXJzIMKu?=" To: stable@freebsd.org Subject: Budget Cleaners Accounts Tax Invoice Date: Thu, 18 Jul 2019 12:42:24 +0200 MIME-Version: 1.0 Message-ID: <1563445510d992a0349e1e1d0a1428cf448340ae00_4730@dss-service.it> X-Rspamd-Queue-Id: 7055388B40 X-Spamd-Bar: +++++++++++ Authentication-Results: mx1.freebsd.org; spf=softfail (mx1.freebsd.org: 2610:1c1:1:606c::50:13 is neither permitted nor denied by domain of info@dss-service.it) smtp.mailfrom=info@dss-service.it X-Spamd-Result: default: False [11.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FORWARDED(0.00)[stable@mailman.nyi.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx.dss-service.it]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.23)[ip: (0.78), ipnet: 2610:1c1:1::/48(-3.88), asn: 11403(-2.98), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FORGED_RECIPIENTS(0.00)[stable@freebsd.org,freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[231.133.122.159.zen.spamhaus.org : 127.0.0.4]; SPAM_FLAG(5.00)[]; FROM_HAS_DN(0.00)[]; PHISHING(1.37)[sageone.co->ttdvl.s3.ca-central-1.amazonaws.com]; NEURAL_SPAM_SHORT(0.98)[0.982,0]; MIME_GOOD(-0.10)[multipart/related,multipart/alternative,text/plain]; DMARC_NA(0.00)[dss-service.it]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_COUNT_SEVEN(0.00)[9]; GREYLIST(0.00)[pass,body] X-Spam: Yes Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 12:51:08 -0000 You have received an Invoice Budget Cleaners from Budget Cleaners =09 =09 View your invoice online: https://accounting.sageone.co.za/customerzone/invoice/viewinvoice?TypeId= =3D1&Key=3Dffd62228-a6b3-4a8a-bb26-2ca3c5165bba&T=3D1&TraceId=3D30491393 Dear Valued Client. Thank You, for using Budget Cleaners, please kindly make payment for your Tax= invoice as stated on the above link. Please Note, all accounts are STRICTLY payable by the 20th of each month,= unless prior arrangements have been made with the Accounts Dept. Thank You. Kind Regards. Budget Cleaners Management. =09 =09 Generated by Accounting =09 From owner-freebsd-stable@freebsd.org Thu Jul 18 20:13:46 2019 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 88902B0329 for ; Thu, 18 Jul 2019 20:13: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 D3CCB6FF33 for ; Thu, 18 Jul 2019 20:13:45 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 072D02110AC for ; Thu, 18 Jul 2019 16:13:38 -0400 (EDT) Received: from [192.168.10.14] (D4.Denninger.Net [192.168.10.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 6C54D168105 for ; Thu, 18 Jul 2019 15:13:38 -0500 (CDT) To: freebsd-stable@freebsd.org From: Karl Denninger Subject: Kernel panic in zfs code; 12-STABLE Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <61e5debd-b440-16c9-2a70-0912634e52aa@denninger.net> Date: Thu, 18 Jul 2019 15:13:37 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020904040100020602000304" X-Rspamd-Queue-Id: D3CCB6FF33 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[px.denninger.net]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.63)[ip: (-9.86), ipnet: 104.236.64.0/18(-4.31), asn: 14061(1.08), country: US(-0.05)]; DMARC_NA(0.00)[denninger.net]; R_SPF_NA(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 20:13:46 -0000 This is a cryptographically signed message in MIME format. --------------ms020904040100020602000304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019=C2=A0=C2=A0= =C2=A0=C2=A0 karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP Note -- no patches of any sort in the ZFS code; I am NOT running any of my former patch set. NewFS.denninger.net dumped core - see /var/crash/vmcore.8 Thu Jul 18 15:02:54 CDT 2019 FreeBSD NewFS.denninger.net 12.0-STABLE FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019=C2=A0=C2=A0=C2=A0=C2=A0 karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP=C2=A0 a= md64 panic: double fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB.=C2=A0 Type "show warranty" for d= etails. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal double fault rip 0xffffffff8271eeec rsp 0xfffffe009d4e7f60 rbp 0xfffffe009d4e8450 rax 0xfffff801b5b68000 rdx 0xababe19 rbx 0xfffff801ac399000 rcx 0x6f598 rsi 0xfffff801b5b68740 rdi 0xfffff801ac2a2668 r8 0xfffff801ac2a2668 r9 0 r10 0xfffff801ac7cf250 r11 0 r12 0xfffff801b5b685b8 r13 0xfffff801b5b68000 r14 0xfffffe0082dfb000 r15 0xfffff801b5b685b8 rflags 0x10286 cs 0x20 ss 0x28 ds 0x3b es 0x3b fs 0x13 gs 0x1b fsbase 0x8002328d0 gsbase 0xffffffff8202a100 kgsbase 0 cpuid =3D 11; apic id =3D 35 panic: double fault cpuid =3D 11 time =3D 1563479881 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe000338edb0 vpanic() at vpanic+0x19d/frame 0xfffffe000338ee00 panic() at panic+0x43/frame 0xfffffe000338ee60 dblfault_handler() at dblfault_handler+0x1de/frame 0xfffffe000338ef30 Xdblfault() at Xdblfault+0xc3/frame 0xfffffe000338ef30 --- trap 0x17, rip =3D 0xffffffff8271eeec, rsp =3D 0xfffffe009d4e7f60, rb= p =3D 0xfffffe009d4e8450 --- vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x2c/frame 0xfffffe009d4e8450 vdev_queue_io_done() at vdev_queue_io_done+0xc8/frame 0xfffffe009d4e84a0 zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e84e0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8530 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8590 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e85e0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8630= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8670 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e86c0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8720 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8770 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e87c0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8800 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8850 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e88b0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8900 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8950= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8990 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e89e0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8a40 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8a90 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8ae0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8b20 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8b70 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8bd0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8c20 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8c70= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8cb0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8d00 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8d60 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8db0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8e00= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8e40 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8e90 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e8ef0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e8f40 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e8f90= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e8fd0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9020 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9080 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e90d0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9120= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9160 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e91b0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9210 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9260 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e92b0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e92f0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9340 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e93a0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e93f0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9440= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9480 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e94d0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9530 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9580 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e95d0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9610 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9660 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e96c0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9710 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9760= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e97a0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e97f0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9850 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e98a0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e98f0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9930 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9980 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e99e0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9a30 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9a80= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9ac0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9b10 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9b70 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9bc0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9c10= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9c50 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9ca0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9d00 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9d50 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9da0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9de0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9e30 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4e9e90 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9ee0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4e9f30= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4e9f70 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4e9fc0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea020 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea070 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea0c0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea100 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea150 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea1b0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea200 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea250= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea290 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea2e0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea340 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea390 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea3e0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea420 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea470 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea4d0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea520 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea570= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea5b0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea600 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea660 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea6b0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea700= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea740 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea790 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea7f0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea840 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ea890= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ea8d0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea920 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ea980 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ea9d0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eaa20= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eaa60 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eaab0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eab10 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eab60 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eabb0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eabf0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eac40 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eaca0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eacf0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ead40= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ead80 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eadd0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eae30 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eae80 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eaed0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eaf10 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eaf60 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eafc0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb010 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb060= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb0a0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb0f0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb150 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb1a0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb1f0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb230 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb280 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb2e0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb330 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb380= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb3c0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb410 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb470 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb4c0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb510= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb550 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb5a0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb600 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb650 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb6a0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb6e0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb730 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb790 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb7e0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb830= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eb870 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb8c0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eb920 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eb970 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eb9c0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eba00 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eba50 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ebab0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebb00 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ebb50= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ebb90 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebbe0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ebc40 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebc90 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ebce0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ebd20 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebd70 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ebdd0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebe20 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ebe70= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ebeb0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebf00 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ebf60 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ebfb0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec000= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec040 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec090 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec0f0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec140 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec190= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec1d0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec220 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec280 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec2d0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec320= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec360 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec3b0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec410 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec460 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec4b0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec4f0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec540 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec5a0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec5f0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec640= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec680 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec6d0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec730 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec780 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec7d0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec810 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec860 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ec8c0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec910 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ec960= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ec9a0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ec9f0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4eca50 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecaa0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ecaf0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ecb30 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecb80 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ecbe0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecc30 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ecc80= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4eccc0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecd10 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ecd70 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecdc0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ece10= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ece50 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecea0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ecf00 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ecf50 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ecfa0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ecfe0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed030 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed090 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed0e0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed130= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed170 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed1c0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed220 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed270 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed2c0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed300 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed350 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed3b0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed400 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed450= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed490 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed4e0 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed540 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed590 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed5e0= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed620 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed670 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed6d0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed720 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed770= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed7b0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed800 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed860 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed8b0 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4ed900= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4ed940 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4ed990 zio_vdev_io_start() at zio_vdev_io_start+0x2a7/frame 0xfffffe009d4ed9f0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4eda40 vdev_queue_io_done() at vdev_queue_io_done+0x115/frame 0xfffffe009d4eda90= zio_vdev_io_done() at zio_vdev_io_done+0x151/frame 0xfffffe009d4edad0 zio_execute() at zio_execute+0xac/frame 0xfffffe009d4edb20 taskqueue_run_locked() at taskqueue_run_locked+0x154/frame 0xfffffe009d4edb80 taskqueue_thread_loop() at taskqueue_thread_loop+0x98/frame 0xfffffe009d4edbb0 fork_exit() at fork_exit+0x83/frame 0xfffffe009d4edbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe009d4edbf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- Uptime: 15m13s Dumping 1284 out of 12237 MB:..2%..12%..22%..32%..42%..52%..62%..72%..81%..91% (kgdb) #0=C2=A0 doadump (textdump=3D1) at src/sys/amd64/include/pcpu.h:23= 4 #1=C2=A0 0xffffffff80bdb75d in kern_reboot (howto=3D260) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/kern/kern_shutdown.c:451 #2=C2=A0 0xffffffff80bdbbe9 in vpanic (fmt=3D, =C2=A0=C2=A0=C2=A0 ap=3D) at /usr/src/sys/kern/kern_= shutdown.c:877 #3=C2=A0 0xffffffff80bdb9e3 in panic (fmt=3D) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/kern/kern_shutdown.c:804 #4=C2=A0 0xffffffff810d904e in dblfault_handler (frame=3D) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/amd64/amd64/trap.c:1008 #5=C2=A0 0xffffffff810b27b3 in Xdblfault () =C2=A0=C2=A0=C2=A0 at /usr/src/sys/amd64/amd64/exception.S:294 #6=C2=A0 0xffffffff8271eeec in vdev_queue_io_to_issue (vq=3D0xfffff801b5b= 685b8) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:638 #7=C2=A0 0xffffffff8271fb48 in vdev_queue_io_done (zio=3D0xfffff801ac3990= 00) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:969 #8=C2=A0 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff801ac399000= ) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3376 #9=C2=A0 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac399000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #10 0xffffffff82748ac7 in zio_vdev_io_start (zio=3D0xfffff801ac399000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3350 #11 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac399000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #12 0xffffffff8271fb95 in vdev_queue_io_done (zio=3D= ) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:975 #13 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff8000b376830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3376 #14 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b376830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #15 0xffffffff82748ac7 in zio_vdev_io_start (zio=3D0xfffff8000b376830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3350 #16 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b376830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #17 0xffffffff8271fb95 in vdev_queue_io_done (zio=3D= ) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:975 #18 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff801ac744830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3376 #19 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac744830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #20 0xffffffff82748ac7 in zio_vdev_io_start (zio=3D0xfffff801ac744830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3350 #21 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac744830) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #22 0xffffffff8271fb95 in vdev_queue_io_done (zio=3D= ) =2E.... #275 0xffffffff82748ac7 in zio_vdev_io_start (zio=3D0xfffff8000b17e418) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3350 #276 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b17e418) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #277 0xffffffff8271fb95 in vdev_queue_io_done (zio=3D) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:975 #278 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff801ac355000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3376 #279 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac355000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #280 0xffffffff82748ac7 in zio_vdev_io_start (zio=3D0xfffff801ac355000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3350 #281 0xffffffff82744eac in zio_execute (zio=3D0xfffff801ac355000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #282 0xffffffff8271fb95 in vdev_queue_io_done (zio=3D) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:975 #283 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff8000b8b8000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:3376 #284 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b8b8000) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c:1786 #285 0xffffffff80c3b7f4 in taskqueue_run_locked (queue=3D0xfffff801a8b351= 00) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/kern/subr_taskqueue.c:467 #286 0xffffffff80c3cb28 in taskqueue_thread_loop (arg=3D) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/kern/subr_taskqueue.c:773 #287 0xffffffff80b9ab23 in fork_exit ( =C2=A0=C2=A0=C2=A0 callout=3D0xffffffff80c3ca90 , =C2=A0=C2=A0=C2=A0 arg=3D0xfffff801a0577520, frame=3D0xfffffe009d4edc00) =C2=A0=C2=A0=C2=A0 at /usr/src/sys/kern/kern_fork.c:1063 #288 0xffffffff810b367e in fork_trampoline () =C2=A0=C2=A0=C2=A0 at /usr/src/sys/amd64/amd64/exception.S:996 #289 0x0000000000000000 in ?? () Current language:=C2=A0 auto; currently minimal (kgdb) This is currently repeatable.=C2=A0 What was going on at the instant in t= ime was: root@NewFS:~ # /root/backup-zfs/run-backup Begin local ZFS backup by SEND Run backups of default [zsr/R/12.STABLE-2019-06-14 zsr/home zs/archive zs/colo-archive zs/disk zsr/dbms/pgsql zs/work zs/dbms/ticker-9.6] Thu Jul 18 14:57:57 CDT 2019 Import backup pool Imported; ready to proceed Processing zsr/R/12.STABLE-2019-06-14 Bring incremental backup up to date attempting destroy backup/R/12.STABLE-2019-06-14@zfs-auto-snap_daily-2019-07-10-00h07 success attempting destroy backup/R/12.STABLE-2019-06-14@zfs-auto-snap_daily-2019-07-11-00h07 success It destroyed the snapshot on the backup volume, and panic'd immediately thereafter.=C2=A0 This is an incremental send. If I reboot the machine and re-start the backup job it will blow up when a couple more of the incremental deletes get done. Given the depth of the callback stack is this simply a kernel stack exhaustion problem?=C2=A0 I wouldn't THINK it would be, but...... I do have this in /boot/loader.conf: # Try to avoid kernel stack exhaustion due to TRIM storms. kern.kstack_pages=3D"6" The backup volumes are spinning rust, so there should be no "TRIM" attempts to them.=C2=A0 In theory. I have the dump if someone wants me to run anything specific against it in terms of stack frames, etc. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020904040100020602000304 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 GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwNzE4MjAxMzM3 WjBPBgkqhkiG9w0BCQQxQgRAQE4dWrJ8FP0wAfoJuVYJ4y12HL8HMYZBkc28zbTWNqVKYy4l 0TtKfQqrxINzvOegHaP8/2gyG+gK05Jo2EwecDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAkrnbn2VjePQh4vyokXbCCRpuwkAesAsY7f2mVsydWS2A28xhp3QKKvO+QihH+HQvz XEtpXzRwY7QB/uk+DLsevHT1/KEDRK+FtI9bHJ7Qe6qmqKPxD1bymw6cG2AApFPX3BdQinRi NOGI5tuTaiZLjIJEbxmCBpzBLNqAslTRa8ZYulaNsJtHfSeqLQ15zoEbLVQK1yXL+Htky1EH ch1dosXeALHwOFwsv3qO2lK3nBmiPXf1CmRbQcGrdCT8pE4bIFa42NVwu3k8dX+S7jkimCUG tHJ6SIdILOvFnUtbNHmWIZhAnoxkWu6hWxKASYu0hJmuIHN76ItQ61r5nx9w6qBxw8ircWsC kk035iAjQ7n3IXqrxHmzC5J8UvQQwlIE6wtS51lDh4TvVyQsmpXPtRXF5nAHwY1dNX/VqdaF 9yZU7NO8pOIlxuTKtzag6gI3omF4mfsuRJ2FkIG2Z02AIY8iUFwlcGBWjr2oTgT78fdeRXw7 1dknLieDfLxbh0NMfGyn8GACdFYgg/GtOAyCHsv3bBmNXnRKuyVkUAX4JtV6OZo2iwJzncb2 yLrx1XNEb4+oU0xiLoFU/efjybL5g1SYnYJSp91KOVDJyeeaOy2i3i0BDrw4RBoZsYgwR6S2 0friaN2bSPhLlOqlCorzEbnz57g5tOpg2jXz0B8biQAAAAAAAA== --------------ms020904040100020602000304-- From owner-freebsd-stable@freebsd.org Thu Jul 18 20:20:05 2019 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 D443DB0705 for ; Thu, 18 Jul 2019 20:20:05 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44852702E2 for ; Thu, 18 Jul 2019 20:19:55 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x6IKJk9Q053601 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 18 Jul 2019 20:19:46 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: karl@denninger.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x6IKJbef060892 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 19 Jul 2019 03:19:37 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Kernel panic in zfs code; 12-STABLE To: Karl Denninger , freebsd-stable@freebsd.org References: <61e5debd-b440-16c9-2a70-0912634e52aa@denninger.net> From: Eugene Grosbein Message-ID: Date: Fri, 19 Jul 2019 03:19:32 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <61e5debd-b440-16c9-2a70-0912634e52aa@denninger.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 44852702E2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; IP_SCORE(-0.76)[ipnet: 2a01:4f8::/29(-1.97), asn: 24940(-1.82), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 20:20:05 -0000 19.07.2019 3:13, Karl Denninger wrote: > FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019 > karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP > > Note -- no patches of any sort in the ZFS code; I am NOT running any of > my former patch set. > > NewFS.denninger.net dumped core - see /var/crash/vmcore.8 > > Thu Jul 18 15:02:54 CDT 2019 > > FreeBSD NewFS.denninger.net 12.0-STABLE FreeBSD 12.0-STABLE #2 r349024M: > Thu Jun 13 18:01:16 CDT 2019 > karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP amd64 > > panic: double fault [skip] > #283 0xffffffff82748d91 in zio_vdev_io_done (zio=0xfffff8000b8b8000) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:3376 > #284 0xffffffff82744eac in zio_execute (zio=0xfffff8000b8b8000) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1786 > #285 0xffffffff80c3b7f4 in taskqueue_run_locked (queue=0xfffff801a8b35100) > at /usr/src/sys/kern/subr_taskqueue.c:467 > #286 0xffffffff80c3cb28 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_taskqueue.c:773 > #287 0xffffffff80b9ab23 in fork_exit ( > callout=0xffffffff80c3ca90 , > arg=0xfffff801a0577520, frame=0xfffffe009d4edc00) > at /usr/src/sys/kern/kern_fork.c:1063 > #288 0xffffffff810b367e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:996 > #289 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) You have "double fault" and completely insane number of stack frames in the trace. This is obviously infinite recursion resulting in kernel stack overflow and panic. From owner-freebsd-stable@freebsd.org Thu Jul 18 20:35:49 2019 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 8B5BDB1049 for ; Thu, 18 Jul 2019 20:35:49 +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 3D5A670E5E for ; Thu, 18 Jul 2019 20:35:49 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 5A44A2110B7 for ; Thu, 18 Jul 2019 16:35:18 -0400 (EDT) Received: from [192.168.10.14] (D4.Denninger.Net [192.168.10.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 07BBB168237 for ; Thu, 18 Jul 2019 15:35:18 -0500 (CDT) Subject: Re: Kernel panic in zfs code; 12-STABLE To: freebsd-stable@freebsd.org References: <61e5debd-b440-16c9-2a70-0912634e52aa@denninger.net> From: Karl Denninger Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <501734b7-22ec-5c01-eea5-26b458945e7e@denninger.net> Date: Thu, 18 Jul 2019 15:35:17 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080100070401010307050607" X-Rspamd-Queue-Id: 3D5A670E5E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: px.denninger.net]; NEURAL_HAM_SHORT(-0.91)[-0.912,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[]; IP_SCORE(-2.63)[ip: (-9.86), ipnet: 104.236.64.0/18(-4.32), asn: 14061(1.08), country: US(-0.05)] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 20:35:49 -0000 This is a cryptographically signed message in MIME format. --------------ms080100070401010307050607 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/18/2019 15:19, Eugene Grosbein wrote: > 19.07.2019 3:13, Karl Denninger wrote: > >> FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019 =20 >> karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP >> >> Note -- no patches of any sort in the ZFS code; I am NOT running any o= f >> my former patch set. >> >> NewFS.denninger.net dumped core - see /var/crash/vmcore.8 >> >> Thu Jul 18 15:02:54 CDT 2019 >> >> FreeBSD NewFS.denninger.net 12.0-STABLE FreeBSD 12.0-STABLE #2 r349024= M: >> Thu Jun 13 18:01:16 CDT 2019 =20 >> karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP amd= 64 >> >> panic: double fault > [skip] > >> #283 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff8000b8b8000)= >> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:3= 376 >> #284 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b8b8000) >> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1= 786 >> #285 0xffffffff80c3b7f4 in taskqueue_run_locked (queue=3D0xfffff801a8b= 35100) >> at /usr/src/sys/kern/subr_taskqueue.c:467 >> #286 0xffffffff80c3cb28 in taskqueue_thread_loop (arg=3D) >> at /usr/src/sys/kern/subr_taskqueue.c:773 >> #287 0xffffffff80b9ab23 in fork_exit ( >> callout=3D0xffffffff80c3ca90 , >> arg=3D0xfffff801a0577520, frame=3D0xfffffe009d4edc00) >> at /usr/src/sys/kern/kern_fork.c:1063 >> #288 0xffffffff810b367e in fork_trampoline () >> at /usr/src/sys/amd64/amd64/exception.S:996 >> #289 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> (kgdb) > You have "double fault" and completely insane number of stack frames in= the trace. > This is obviously infinite recursion resulting in kernel stack overflow= and panic. Yes, but.... why and how? What's executing at the time is this command: zfs send -RI $i@zfs-old $i@zfs-base | zfs receive -Fudv $BACKUP Which in turn results in the old snapshots on the target not on the source being deleted, then the new ones being sent.=C2=A0 It never gets t= o the sending part; it blows up during the delete of the OLD snapshots. The one(s) it deletes, however, it DOES delete.=C2=A0 When the box is rebooted those two snapshots on the target are indeed gone. That is, it is NOT getting "stuck" on one (which would imply there's an un-detected fault in the filesystem on the target in the metadata for that snapshot, resulting in a recursive call that blows up the stack) and it never gets to send the new snapshot, so whatever is going on is NOT on the source filesystem.=C2=A0 Neither source or destination shows a= ny errors on the filesystem; both pools are healthy with zero error counts. Therefore the question -- is the system queueing enough work to blow the stack *BUT* the work it queues is all legitimate?=C2=A0 If so there's a serious problem in the way the code now functions in that an "ordinary" operation can result in what amounts to kernel stack exhaustion. One note -- I haven't run this backup for the last five days, as I do it manually and I've been out of town.=C2=A0 Previous running it on a daily basis completed without trouble.=C2=A0 This smells like a backlog of "thi= ngs to do" when the send runs that results in the allegedly-infinite recursion (that isn't really infinite) that runs the stack out of space -- and THAT implies that the system is trying to queue a crazy amount of work on a recursive basis for what is a perfectly-legitimate operation -- which it should *NOT* do. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080100070401010307050607 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 GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwNzE4MjAzNTE3 WjBPBgkqhkiG9w0BCQQxQgRAgkI8Gt5YMWiM1S+CvGBkSSIRwDwD26GM1lJaJvtG1SHZPNE2 8WvtVYIPCtZwgBk59z16OIgmH0p6nHZe8vGyFjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBkTByTrYxxIzbUVZeJr1p3EDq59Vgugys4C6YlpR52arKHE6DqXAeWo5T32w1V4yFk uP1sobF4s1DFagtqc0ISrY0/NLt2jZX0IypH69MF2L12RwGb/QNAmTk3FVrzsyZMTCIMC+Qq ftvzGrPi/91hZLaWZArd8gAz005T8N1Ve6zke+Uau4uJ69eBzpAjt5GZh/7pfOXOqi0PYFr0 48xMh1+25Bcu+UvRY6xmlWWmD3LbehA6nO+aRkOtl9BqVElvLg1Hb78nkUsYA0yj+rmmnJm6 gYjY6VQp0soN4nheILBB4lGzEopJuywcPfsTJMhTUECCPtet+DyVww8+tU9dqeaEmLHM00Do X2kWjdGbhZsmcjRORkDUASBpGZ4d0xqpwc56V+9OAidhLpkqjmgt4odkGfnaa0h9fNiSrqgG lfKHqYCsgM7YESB3Jtf6Nv30jP9z1Ex6b2b9l7C8HmzlvIunHaPDnx5oohBIo5dx5zk125ej UsCHmNGUF3FJdJSQQWMSQpceetLrrV2qNVKfMxUAmm3c4dbrQnQxa/QxzrkceXbcfjPDcyTG uLK3saYZbAUp6mM6lOF9Ju2Fh+eKhcjr82pCYmXileU6jnwJkeaYF6emBZDQli5FaUW2pmUG nsQWwxLwm5i8GAnCPFzc+WyskgvGTqVLjySo3E/gawAAAAAAAA== --------------ms080100070401010307050607-- From owner-freebsd-stable@freebsd.org Thu Jul 18 21:17:51 2019 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 10361B1AE9 for ; Thu, 18 Jul 2019 21:17:51 +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 670CF72039 for ; Thu, 18 Jul 2019 21:17:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id F152C2110AC for ; Thu, 18 Jul 2019 17:17:18 -0400 (EDT) Received: from [192.168.10.14] (D4.Denninger.Net [192.168.10.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 640B6168381 for ; Thu, 18 Jul 2019 16:17:18 -0500 (CDT) Subject: Re: Kernel panic in zfs code; 12-STABLE To: freebsd-stable@freebsd.org References: <61e5debd-b440-16c9-2a70-0912634e52aa@denninger.net> <501734b7-22ec-5c01-eea5-26b458945e7e@denninger.net> From: Karl Denninger Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <6a3d5e55-6d50-3e08-63e4-dd1cd2209abe@denninger.net> Date: Thu, 18 Jul 2019 16:17:17 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <501734b7-22ec-5c01-eea5-26b458945e7e@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080701050702040803020600" X-Rspamd-Queue-Id: 670CF72039 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: px.denninger.net]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[]; IP_SCORE(-2.63)[ip: (-9.86), ipnet: 104.236.64.0/18(-4.33), asn: 14061(1.08), country: US(-0.05)] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Jul 2019 21:17:51 -0000 This is a cryptographically signed message in MIME format. --------------ms080701050702040803020600 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/18/2019 15:35, Karl Denninger wrote: > On 7/18/2019 15:19, Eugene Grosbein wrote: >> 19.07.2019 3:13, Karl Denninger wrote: >> >>> FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019 =20 >>> karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP >>> >>> Note -- no patches of any sort in the ZFS code; I am NOT running any = of >>> my former patch set. >>> >>> NewFS.denninger.net dumped core - see /var/crash/vmcore.8 >>> >>> Thu Jul 18 15:02:54 CDT 2019 >>> >>> FreeBSD NewFS.denninger.net 12.0-STABLE FreeBSD 12.0-STABLE #2 r34902= 4M: >>> Thu Jun 13 18:01:16 CDT 2019 =20 >>> karl@NewFS.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP am= d64 >>> >>> panic: double fault >> [skip] >> >>> #283 0xffffffff82748d91 in zio_vdev_io_done (zio=3D0xfffff8000b8b8000= ) >>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:= 3376 >>> #284 0xffffffff82744eac in zio_execute (zio=3D0xfffff8000b8b8000) >>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:= 1786 >>> #285 0xffffffff80c3b7f4 in taskqueue_run_locked (queue=3D0xfffff801a8= b35100) >>> at /usr/src/sys/kern/subr_taskqueue.c:467 >>> #286 0xffffffff80c3cb28 in taskqueue_thread_loop (arg=3D) >>> at /usr/src/sys/kern/subr_taskqueue.c:773 >>> #287 0xffffffff80b9ab23 in fork_exit ( >>> callout=3D0xffffffff80c3ca90 , >>> arg=3D0xfffff801a0577520, frame=3D0xfffffe009d4edc00) >>> at /usr/src/sys/kern/kern_fork.c:1063 >>> #288 0xffffffff810b367e in fork_trampoline () >>> at /usr/src/sys/amd64/amd64/exception.S:996 >>> #289 0x0000000000000000 in ?? () >>> Current language: auto; currently minimal >>> (kgdb) >> You have "double fault" and completely insane number of stack frames i= n the trace. >> This is obviously infinite recursion resulting in kernel stack overflo= w and panic. > Yes, but.... why and how? > > What's executing at the time is this command: > > zfs send -RI $i@zfs-old $i@zfs-base | zfs receive -Fudv $BACKUP > > Which in turn results in the old snapshots on the target not on the > source being deleted, then the new ones being sent.=C2=A0 It never gets= to > the sending part; it blows up during the delete of the OLD snapshots. > > The one(s) it deletes, however, it DOES delete.=C2=A0 When the box is > rebooted those two snapshots on the target are indeed gone. > > That is, it is NOT getting "stuck" on one (which would imply there's an= > un-detected fault in the filesystem on the target in the metadata for > that snapshot, resulting in a recursive call that blows up the stack) > and it never gets to send the new snapshot, so whatever is going on is > NOT on the source filesystem.=C2=A0 Neither source or destination shows= any > errors on the filesystem; both pools are healthy with zero error counts= =2E > > Therefore the question -- is the system queueing enough work to blow th= e > stack *BUT* the work it queues is all legitimate?=C2=A0 If so there's a= > serious problem in the way the code now functions in that an "ordinary"= > operation can result in what amounts to kernel stack exhaustion. > > One note -- I haven't run this backup for the last five days, as I do i= t > manually and I've been out of town.=C2=A0 Previous running it on a dail= y > basis completed without trouble.=C2=A0 This smells like a backlog of "t= hings > to do" when the send runs that results in the allegedly-infinite > recursion (that isn't really infinite) that runs the stack out of space= > -- and THAT implies that the system is trying to queue a crazy amount o= f > work on a recursive basis for what is a perfectly-legitimate operation > -- which it should *NOT* do. Update: This looks like an OLD bug that came back. Previously the system would go absolutely insane on the first few accesses to spinning rust during a snapshot delete and ATTEMPT to send thousands of TRIM requests -- which spinning rust does not support.=C2=A0= On a system with mixed vdevs, where some pools are rust and some are SSD, this was a problem since you can't turn TRIM off because you REALLY want it on those disks. The FIX for this was to do this on the import of said pool comprised of spinning rust: # # Now try to trigger TRIM so that we don't have a storm of them # # echo "Attempting to disable TRIM on spinning rust...." mount -t zfs $BACKUP/no-trim /mnt dd if=3D/dev/random of=3D/mnt/kill-trim bs=3D128k count=3D2 echo "Performed 2 writes" sleep 2 rm /mnt/kill-trim echo "Performed delete of written file; wait" sleep 35 umount /mnt echo "Unmounted temporary filesystem" sleep 2 echo "TRIM disable theoretically done...." This would cause ZFS to "figure out" that TRIM doesn't work on the VDEVs on that pool and not send them.=C2=A0 You were then ok. When this went away I commented those out. I just un-commented them -- and the backup is now running, and appears to be ok -- it's well past where it blew up before, and no panic. So it APPEARS that ZFS (still) doesn't figure out that TRIM doesn't work on those disks on a pool import quickly enough and this leads to a CRAZY number of queued requests which blow up the stack.=C2=A0 But, if you perf= orm an operation that *should* result in a small number of TRIMs being issued and then wait a few seconds the ZFS code does correctly realize that these are spinning drives that don't do TRIM, doesn't stack them up, and it doesn't panic. This wouldn't bite you on an import and then MOST ordinary I/O sequences, because the first few blocks you delete or overwrite will generate a TRIM attempt, it will fail, and the vdev's get properly marked.=C2=A0 But if the first thing you do after the pool import is a "z= fs recv" *and* that is an incremental receive, that is, it first deletes the non-existent snapshots on the source, you get screwed. I don't know why this was "fixed" and now once again is not or if it was just luck that it didn't bite me earlier after moving to 12.0 -- but going through the backtrace I found a crap-ton of TRIMs in those frames which just flat-out don't work, of course, on spinning drives. IMHO ZFS should figure this out when the pool is imported and set the flags appropriately, but it appears that it does not until you actually attempt to TRIM, and the "attempt" in the case of a send/recv pair results in a very large number of TRIM requests all being queued up at once -- enough to cause a panic -- before the code figures out that it can't do them at all. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080701050702040803020600 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 GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwNzE4MjExNzE3 WjBPBgkqhkiG9w0BCQQxQgRAUMZIK9lQq9jzx0nuhaDDTsQ5SRpTCLGZP0ppv3di1+HwP/jJ avyJlZOm3pzYWQthmoCd+4LGDEgQMosYVChKGzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBgGQ0JfOZA8x521fURGxvJdmIgF5MTtcojE8NKbzSK34zzhrfDuYF4eoJWqI3izdDC 4CLxZkLhcDWHTjTfrPNwZk0/jHfJf8eIIe0x80YW2nC8k/RfAFe2tHuVd2BPobUH/XzCTeb/ RTCQHT3+IvZiXxYQisOgmaRq9z6WiwUbLvvvl2C4Pn6J0llszzsT9HMeeAavLSLkP4CT4HdJ Y4RvxhRjj6HEepsO7wvg74FLRk+y7d5NiAxwX7zAqyAp+awqz526J1pkWWQJk5rP+hdtIVas HPoyIlnPW0Kh1FoacLSNfR+sOeoCFrAObKTjlnxQAcpSeUhBsRvQkIFl/4guqZlT3VerTxgL L0/zqp6xI2YuTGxmwLUni3w+UNWRoOPVBaeT0+zVYl7EOjhpOCrMezcKEKU+pR3kGsJPkjIW es7SyktaCIoZ2NLKW2HuumJ/kBIzd5JBAFGUmVjuyyWPm6tnTHU6ck6TWfymjOWpLuUlDJ9V 7Q56dgTEG48gXZYJRWa0PgbqMLrJXsavnZO2trWiMo0JguKHFlZ30ansgRBMRoLellofAZGD vmxy6h4eBdBRRGYvEquSmp8satlS4aYbcijgK1R98Fen//WLLFS8WXDX/Q25U5NY1QZ+ERlp icdAaIeFumvuGCy7UbriVHAPXLIOYb9IjxshUkgPeAAAAAAAAA== --------------ms080701050702040803020600-- From owner-freebsd-stable@freebsd.org Fri Jul 19 18:21:04 2019 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 77AD6A8C69 for ; Fri, 19 Jul 2019 18:21:04 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [IPv6:2603:400a:0:7ec::801e:1c14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "khavrinen.csail.mit.edu", Issuer "Client CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7129D80B06 for ; Fri, 19 Jul 2019 18:21:03 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost [127.0.0.1]) by khavrinen.csail.mit.edu (8.15.2/8.15.2) with ESMTPS id x6JIL2JI028126 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL CN=khavrinen.csail.mit.edu issuer=Client+20CA) for ; Fri, 19 Jul 2019 14:21:02 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.15.2/8.15.2/Submit) id x6JIL1ql028125; Fri, 19 Jul 2019 14:21:01 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23858.2573.932364.128957@khavrinen.csail.mit.edu> Date: Fri, 19 Jul 2019 14:21:01 -0400 From: Garrett Wollman To: freebsd-stable@freebsd.org Subject: ZFS root mount regression X-Mailer: VM 8.2.0b under 26.2 (amd64-portbld-freebsd11.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (khavrinen.csail.mit.edu [127.0.0.1]); Fri, 19 Jul 2019 14:21:02 -0400 (EDT) X-Rspamd-Queue-Id: 7129D80B06 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=csail.mit.edu; spf=pass (mx1.freebsd.org: domain of wollman@khavrinen.csail.mit.edu designates 2603:400a:0:7ec::801e:1c14 as permitted sender) smtp.mailfrom=wollman@khavrinen.csail.mit.edu X-Spamd-Result: default: False [-3.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[khavrinen.csail.mit.edu,incoming.csail.mit.edu]; DMARC_POLICY_ALLOW(-0.50)[csail.mit.edu,none]; NEURAL_HAM_SHORT(-0.26)[-0.258,0]; IP_SCORE(-0.26)[ipnet: 2000::/3(-0.84), asn: 12874(-0.49), country: IT(0.03)]; FORGED_SENDER(0.30)[wollman@csail.mit.edu,wollman@khavrinen.csail.mit.edu]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12874, ipnet:2000::/3, country:IT]; FROM_NEQ_ENVFROM(0.00)[wollman@csail.mit.edu, wollman@khavrinen.csail.mit.edu] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 18:21:04 -0000 I recently upgraded several file servers from 11.2 to 11.3. All of them boot from a ZFS pool called "tank" (the data is in a different pool). In a couple of instances (which caused me to have to take a late-evening 140-mile drive to the remote data center where they are located), the servers crashed at the root mount phase. In one case, it bailed out with error 5 (I believe that's [EIO]) to the usual mountroot prompt. In the second case, the kernel panicked instead. The root cause (no pun intended) on both servers was a disk which was supplied by the vendor with a label on it that claimed to be part of the "tank" pool, and for some reason the 11.3 kernel was trying to mount that (faulted) pool rather than the real one. The disks and pool configuration were unchanged from 11.2 (and probably 11.1 as well) so I am puzzled. Other than laboriously running "zpool labelclear -f /dev/somedisk" for every piece of media that comes into my hands, is there anything else I could have done to avoid this? -GAWollman From owner-freebsd-stable@freebsd.org Fri Jul 19 19:58:59 2019 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 AEF11AA6FE for ; Fri, 19 Jul 2019 19:58:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 031C383FE9 for ; Fri, 19 Jul 2019 19:58:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:d949:9e7b:595e:8cc9] ([IPv6:2607:f3e0:0:4:d949:9e7b:595e:8cc9]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTPS id x6JJwuTS022241 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO); Fri, 19 Jul 2019 15:58:56 -0400 (EDT) (envelope-from mike@sentex.net) To: freebsd-stable@freebsd.org From: mike tancsa Subject: efi and serial console Message-ID: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> Date: Fri, 19 Jul 2019 15:58:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 031C383FE9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::18 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.45 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; IP_SCORE(-1.72)[ipnet: 2607:f3e0::/32(-4.94), asn: 11647(-3.58), country: CA(-0.09)]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.92)[-0.925,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 19:58:59 -0000 I installed a RELENG12 snapshot from July 11th and having a hard time getting serial console to work. In the past, I would have something simple like ttyu0   "/usr/libexec/getty std.115200  vt100   on secure in /etc/ttys and in /boot/loader.conf console="comconsole,vidconsole" comconsole_speed="115200"       # Set the current serial console speed With some googling, I did find I now have to use  in /boot/loader.conf boot_multicons="YES" boot_serial="YES" console="comconsole,efi" comconsole_speed="115200"   However, I can never get getty to automatically start up. I have # grep u0 /etc/ttys ttyu0   "/usr/libexec/getty std.115200  vt100   on secure # but at boot up time, I can see on my serial connection the boot loader etc and everything prints out to Configuring vt: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. igb0: link state changed to UP Starting sendmail_msp_queue. Starting cron. Starting backgrou and then nothing.  No login prompt and I dont see getty running on the serial port. If I ssh in and then do a /usr/libexec/getty std.115200 ttyu0 up pops the login prompt and I can login over serial. However, I have to login as a non root user first.  Any idea what I am missing ?     ---Mike From owner-freebsd-stable@freebsd.org Fri Jul 19 21:15:20 2019 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 44F99ABE07 for ; Fri, 19 Jul 2019 21:15:20 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D00E286943 for ; Fri, 19 Jul 2019 21:15:19 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.101] (97-123-13-105.albq.qwest.net [97.123.13.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A94311AFAC8; Fri, 19 Jul 2019 13:36:00 +0000 (UTC) Subject: Re: efi and serial console To: mike tancsa , freebsd-stable@freebsd.org References: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> From: Sean Bruno Openpgp: preference=signencrypt Autocrypt: addr=sbruno@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFk+0UEBCADaf4bgxxKvMOhRV5NPoGWRCCGm49d6+1VFNlQ77WsY/+Zvf95TPULdRlnG w648KfxWt7+O3kdKhdRwnqlXWC7zA2Qt0dRE1yIqOGJ4jp4INvp/bcxWzgr0aoKOjrlnfxRV bh+s0rzdZt6TsNL3cVYxkC8oezjaUkHdW4mFJU249U1QJogkF8g0FeKNfEcjEkwJNX6lQJH+ EzCWT0NCk6J+Xyo+zOOljxPp1OUfdvZi3ulkU/qTZstGVWxFVsP8xQklV/y3AFcbIYx6iGJ4 5L7WuB0IWhO7Z4yHENr8wFaNYwpod9i4egX2BugbrM8pOfhN2/qqdeG1L5LMtXw3yyAhABEB AAG0N1NlYW4gQnJ1bm8gKEZyZWVCU0QgRGV2ZWxvcGVyIEtleSkgPHNicnVub0BmcmVlYnNk Lm9yZz6JAVQEEwEKAD4WIQToxOn4gDUE4eP0ujS95PX+ibX8tgUCWT7RQQIbAwUJBaOagAUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRC95PX+ibX8ttKTCACFKzRc56EBAlVotq02EjZP SfX+unlk6AuPBzShxqRxeK+bGYVCigrYd1M8nnskv0dEiZ5iYeND9HIxbpEyopqgpVTibA7w gBXaZ7SOEhNX1wXwg14JrralfSmPFMYni+sWegPMX/zwfAsn1z4mG1Nn44Xqo3o7CfpkMPy6 M5Bow2IDzIhEYISLR+urxs74/aHU35PLtBSDtu18914SEMDdva27MARN8mbeCDbuJVfGCPWy YHuy2t+9u2Zn5Dd+t3sBXLM9gpeaMm+4x6TNPpESygbVdh4tDdjVZ9DK/bWFg0kMgfZoaq6J l0jNsQXrZV3bzYNFbVw04pFcvA2GIJ7xuQENBFk+0UEBCADIXBmQOaKMHGbc9vwjhV4Oj5aZ DdhNedn12FVeTdOXJvuTOusgxS29lla0RenHGDsgD08UiFpasBXWq/E+BhQ19d+iRbLLR17O KKc1ZGefoVbLARLXD68J5j4XAyK+6k2KqBLlqzAEpHTzsksM9naARkVXiEVcrt6ciw0FSm8n kuK3gDKKe93XfzfP+TQdbvvzJc7Fa+appLbXz61TM1aikaQlda8bWubDegwXbuoJdB34xU1m yjr/N4o+raL0x7QrzdH+wwgrTTo+H4S2c1972Skt5K5tbxLowfHicRl23V8itVQr3sBtlX4+ 66q+Apm7+R36bUS/k+G45Sp6iPpxABEBAAGJATwEGAEKACYWIQToxOn4gDUE4eP0ujS95PX+ ibX8tgUCWT7RQQIbDAUJBaOagAAKCRC95PX+ibX8trrIB/9Pljqt/JGamD9tx4dOVmxSyFg9 z2xzgklTLuDgS73MM120mM7ao9AQUeWiSle/H0UCK7xPOzC/aeUC4oygDQKAfkkNbCNTo3+A qDjBRA8qx0e9a/QjDL+RFgD4L5kLT4tToY8T8HaBp8h03LBfk510IaI8oL/Jg7vpM3PDtJMW tUi2H+yNFmL3NfM2oBToWKLFsoP54f/eeeImrNnrlLjLHPzqS+/9apgYqX2Jwiv3tHBc4FTO GuY8VvF7BpixJs8Pc2RUuCfSyodrp1YG1kRGlXAH0cqwwr0Zmk4+7dZvtVQMCl6kS6q1+84q JwtItxS2eXSEA4NO0sQ3BXUywANh Message-ID: Date: Fri, 19 Jul 2019 15:15:08 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hM4UOFTM5V4ZKLNP80UpQ0MvaITIdctRq" X-Rspamd-Queue-Id: D00E286943 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; ASN(0.00)[asn:36236, ipnet:199.102.76.0/22, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 21:15:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hM4UOFTM5V4ZKLNP80UpQ0MvaITIdctRq Content-Type: multipart/mixed; boundary="WOnlFDZHBiKESht8SXBn91xv2ZT0eVBVE"; protected-headers="v1" From: Sean Bruno To: mike tancsa , freebsd-stable@freebsd.org Message-ID: Subject: Re: efi and serial console References: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> In-Reply-To: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> --WOnlFDZHBiKESht8SXBn91xv2ZT0eVBVE Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2019-07-19 13:58, mike tancsa wrote: > I installed a RELENG12 snapshot from July 11th and having a hard time > getting serial console to work. In the past, I would have something > simple like >=20 >=20 > ttyu0=C2=A0=C2=A0 "/usr/libexec/getty std.115200=C2=A0 vt100=C2=A0=C2=A0= on secure >=20 > in /etc/ttys >=20 > and in /boot/loader.conf >=20 > console=3D"comconsole,vidconsole" > comconsole_speed=3D"115200"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 # Set t= he current serial console speed >=20 > With some googling, I did find I now have to use=C2=A0 in /boot/loader.= conf >=20 > boot_multicons=3D"YES" > boot_serial=3D"YES" > console=3D"comconsole,efi" > comconsole_speed=3D"115200"=C2=A0=C2=A0 >=20 > However, I can never get getty to automatically start up. I have >=20 >=20 > # grep u0 /etc/ttys > ttyu0=C2=A0=C2=A0 "/usr/libexec/getty std.115200=C2=A0 vt100=C2=A0=C2=A0= on secure > # >=20 > but at boot up time, I can see on my serial connection the boot loader > etc and everything prints out to >=20 > Configuring vt: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting sendmail_submit. > igb0: link state changed to UP > Starting sendmail_msp_queue. > Starting cron. > Starting backgrou >=20 >=20 > and then nothing.=C2=A0 No login prompt and I dont see getty running on= the > serial port. If I ssh in and then do a >=20 > /usr/libexec/getty std.115200 ttyu0 >=20 >=20 > up pops the login prompt and I can login over serial. However, I have t= o > login as a non root user first.=C2=A0 Any idea what I am missing ? >=20 > =C2=A0=C2=A0=C2=A0 ---Mike >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 I assume that you changed the default here as my machine's /etc/ttys looks different? sbruno@alice:~ % grep ttyu0 /etc/ttys ttyu0 "/usr/libexec/getty 3wire" vt100 onifconsole secure sean --WOnlFDZHBiKESht8SXBn91xv2ZT0eVBVE-- --hM4UOFTM5V4ZKLNP80UpQ0MvaITIdctRq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAl0yMt1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LZuGQf9Gb7zAs2S18UA8pbjdrLeoTohlT8Ak1Qww+hAC5SBSvMpcUPQThg2ae5n cBoXc9LPFLyyuP4FIzKJnrP6B2qc0QpmT76hlxdjrFeK8XetMQ7XbRLpCGOgLUnE jTfwQH/oCIyCeZ+y0YSgToCws4QPKNiG3wAcIgcebEW3f4kCMz83PvXg1ndlAb9a ZlLszOtnD0HJQ6txt4QKuOeE4+DIEeEZa+A+au2ObcgEEyRv3WrraJEde6D/Li1P l3wlTX77j6GKGoGYAFljhlf9pu5mFM0jmXYHftzPW9lkUllT2p1LDiApVhKxrUdf BdNqKLURcvoMgtW8ICsSdPsWm+etTQ== =aGWR -----END PGP SIGNATURE----- --hM4UOFTM5V4ZKLNP80UpQ0MvaITIdctRq-- From owner-freebsd-stable@freebsd.org Fri Jul 19 21:31:16 2019 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 275E3AC15A for ; Fri, 19 Jul 2019 21:31:16 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 5857786F92 for ; Fri, 19 Jul 2019 21:31:15 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: by mail-lj1-x230.google.com with SMTP id v24so32104185ljg.13 for ; Fri, 19 Jul 2019 14:31:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=8bY7swBlzmledN98zo0lgefBUDJ/+0Pfmp3leNgv5t4=; b=Oz2fabibYXm03QT9iqxI1ExMHf/2Dh+BUg2CuwgBMbR36OdMn2IUsECbMzoVhCTJFM i8CxEx3Y55su9liKIpR1AWZuUiYzkwM5I7KDa2iz0yFLpqaoVNf/9RZWwF6PjoXgWTaA /ywflQDdvAq0H6L99uPNJnZ/B4O38P1pmaZ4/LnBX2wYZBcg+/4wF3t3T+JE+pfxrRJc 7iO5Xj/a0exWR//SFC4QhxB6FPRMywAA8yXZmaw+sIQjP4LDnPgyZtdlM9/F3A4NpKsx Bywi2TfSduoFChLfOEqaxz8tJY3/kesddkb2C0QwvkulxgC24TkJcF+JNwgmIgDhC5gC uxXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8bY7swBlzmledN98zo0lgefBUDJ/+0Pfmp3leNgv5t4=; b=iQ9s0yMhBxmLjEggeo6ynXX2siTkBavmSLZMQdb/f+0Bi4nAq4NNqbVL0075/aXqhc rBFqnKxpcQRrHg0Nn1E+62Sz7LGo7/Wkl4pPt+WP2K4V6ctqTuxhsEJleUo7Jj452fqu cFAdhOFWcBMBeLrFyk7U7e0slKyFSogqRRQ2W4DfxX51YKKLcFaw9yalz/Q7xH8xyy/J fo7JKgFKkobGndd0WcUZqRgsegQBF5wuTZ1PPYTZqqQGo9yQ0SfY5UtlaPwRkFrFjZ7/ FdFQi1J2PjH5b2bXp0VIZFX8X89/baw4SuGUHgLHJiHVISIi2X39uqb8Wp3q3UgoqgwX drkQ== X-Gm-Message-State: APjAAAWSk2Pw9J1dAYomyNisQ1Oxd5+ynK+ArS+PpkY8Qltjbu7/UUWp ysoGnG6zpTKFtY+IewxjrdMKgLrhVyhsX3EG+G3Pv4iwBz4= X-Google-Smtp-Source: APXvYqwLkcIgj37IY4WKTwBRuozZbqvPXf66VDJ+n5GHPHa1GxtsdUaxzuYbRXeGkSAtgw5XVKa2XQ0ycYr29neB7dc= X-Received: by 2002:a2e:635d:: with SMTP id x90mr28783461ljb.140.1563571873677; Fri, 19 Jul 2019 14:31:13 -0700 (PDT) MIME-Version: 1.0 From: J David Date: Fri, 19 Jul 2019 17:31:03 -0400 Message-ID: Subject: Updating from 11.2p10 to p11 fails to builld /sbin/rescue on DIR_ROUNDUP To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 5857786F92 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Oz2fabib; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdavidlists@gmail.com designates 2a00:1450:4864:20::230 as permitted sender) smtp.mailfrom=jdavidlists@gmail.com X-Spamd-Result: default: False [-6.94 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.94)[ip: (-9.30), ipnet: 2a00:1450::/32(-2.93), asn: 15169(-2.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[0.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 21:31:16 -0000 Hello all, In the course of updating from FreeBSD 11.2p10 to p11, we receive the following error message from buildworld: clang -O2 -pipe -I/usr/src/sbin/fsck_ffs -I/usr/src/sbin/mount -DRESCUE -MD -MF.depend.dir.o -MTdir.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/sbin/fsck_ffs/dir.c -o dir.o /usr/src/sbin/fsck_ffs/dir.c:237:23: error: use of undeclared identifier 'DIR_ROUNDUP' (dp->d_reclen & (DIR_ROUNDUP - 1)) != 0) ^ /usr/src/sbin/fsck_ffs/dir.c:285:33: error: use of undeclared identifier 'DIR_ROUNDUP' unused = roundup2(namlen + 1, DIR_ROUNDUP) - (namlen + 1); ^ /usr/src/sbin/fsck_ffs/dir.c:285:33: error: use of undeclared identifier 'DIR_ROUNDUP' 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/sbin/fsck_ffs *** Error code 1 Stop. make[5]: stopped in /usr/obj/usr/src/rescue/rescue *** Error code 1 Stop. make[4]: stopped in /usr/src/rescue/rescue *** Error code 1 Stop. make[3]: stopped in /usr/src/rescue *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src There's nothing in UPDATING about this, and 11.3 builds OK on the same platform. Did I miss or forget a step? Thanks for any advice! From owner-freebsd-stable@freebsd.org Fri Jul 19 22:25:13 2019 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 1C548AD241 for ; Fri, 19 Jul 2019 22:25:13 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 089298851B for ; Fri, 19 Jul 2019 22:25:12 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id u10so22722296lfm.12 for ; Fri, 19 Jul 2019 15:25:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=et2imfy7aryjbmV3ydMxwUx4sb9Kp0Mti8VEX2gwVnI=; b=hOxoo4NYdim01GrbZVYjNcb3MrppD5SgJieiB0w9m1GXd8ff4qcm9wRn3aahYCo5aZ 49k9WpX8ZDVsVEsHAwa+ynbv6B3Tu6DnjfZ/jF9XBp/iWN8lzYUxcxUHT1fxC+a2K1pl uHxj1IJwpMt3Jcc+D1EOA8vzqDrR5PoI4Fh3x/qUYj5vFLP0gr1NzsiNZnb4/elRruSi USiq6FGZDUbsU6ptEBo9+KHdcsy5wGvyFFJ2hb1WqLr1fXL1b8E3uYSO3weeUQkYY1tZ fCA4FMQMO5+/OVgb6AYBaAiZOqLoWEarL1Jsv6yp1vP6ooTL47+ytme4FSwyhZSmLOrJ KnRQ== 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=et2imfy7aryjbmV3ydMxwUx4sb9Kp0Mti8VEX2gwVnI=; b=jUaFDeUAif3w/Ks3+BKK2vl6/0VkA5GAmtSuTIykuWfX5PIpaAo9c7G/0FW5alQ4D7 UEBd1+sFkJK2+9NhkQDoAyWrRz5UauhPEhdxp4i3pj7O70bdr17voYuo9UObtzXWK8ZQ ZnyNM0TE1VXVI7PeSHIzOyu3w3as0Kos5D90I5wPsEoRUQ36llLykHyqrmAAGvaQ8l3q Q57Cy5kt8+uVjVvx55iXp7L/nKJD9wjoXvcYDD4LAncjq3U9NYYwAA8lJGHWi2DRUI4N Ls0JadzB5bYuGYWt0AHjZzGDKLs2OUHJ16lOJNl/kDXR0Jpam2NdrALpSVPgTbNDF4OM nFwA== X-Gm-Message-State: APjAAAW7kii2fHI/fAU1sSnVi/isEt4ZwZjd09H/SsCS/yAU5ydO1P9B EEz3cCM3GpusF+Qb6j7RpD/Ht1VfMXRnRp1cITc= X-Google-Smtp-Source: APXvYqw3+vrQk8Ku7LoofV/H228679e0XtqFCArKljR6SkDenPhtv0IN3hApPGHtx9diijt+nbLmNlseZOPlv7GJg4g= X-Received: by 2002:a19:f711:: with SMTP id z17mr25145422lfe.4.1563575110505; Fri, 19 Jul 2019 15:25:10 -0700 (PDT) MIME-Version: 1.0 References: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> In-Reply-To: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> From: Freddie Cash Date: Fri, 19 Jul 2019 15:24:57 -0700 Message-ID: Subject: Re: efi and serial console To: Mike Tancsa Cc: FreeBSD Stable X-Rspamd-Queue-Id: 089298851B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hOxoo4NY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=fjwcash@gmail.com X-Spamd-Result: default: False [-6.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[a.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.95)[ip: (-9.32), ipnet: 2a00:1450::/32(-2.93), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 22:25:13 -0000 On Fri, Jul 19, 2019, 12:59 PM mike tancsa, wrote: > I installed a RELENG12 snapshot from July 11th and having a hard time > getting serial console to work. In the past, I would have something > simple like > > > ttyu0 "/usr/libexec/getty std.115200 vt100 on secure > Use 3wire.115200 instead and see if that works. We had to switch to that with 11.0+ in order to get a working serial console on our Supermicro motherboards (AMD Opteron and Epyc). Cheers, Freddie Typos courtesy of my phone's keyboard. From owner-freebsd-stable@freebsd.org Fri Jul 19 22:43:54 2019 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 E877CAD77A for ; Fri, 19 Jul 2019 22:43:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 76DCF88D05; Fri, 19 Jul 2019 22:43:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id x6JMhfjV032986; Fri, 19 Jul 2019 18:43:42 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: efi and serial console To: Sean Bruno , freebsd-stable@freebsd.org References: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <55205aca-83ec-84cc-f029-df14350f55fc@sentex.net> Date: Fri, 19 Jul 2019 18:43:40 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 76DCF88D05 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::18 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.39 / 15.00]; RDNS_NONE(1.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; HAS_ORG_HEADER(0.00)[]; MX_GOOD(-0.01)[smtp.sentex.ca]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.94)[-0.942,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.946,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.972,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; IP_SCORE(-1.72)[ipnet: 2607:f3e0::/32(-4.94), asn: 11647(-3.58), country: CA(-0.09)]; RCVD_COUNT_TWO(0.00)[2]; HFILTER_HOSTNAME_UNKNOWN(2.50)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 22:43:55 -0000 On 7/19/2019 5:15 PM, Sean Bruno wrote: > I assume that you changed the default here as my machine's /etc/ttys > looks different? > > sbruno@alice:~ % grep ttyu0 /etc/ttys > ttyu0 "/usr/libexec/getty 3wire" vt100 onifconsole secure Hi, I did and then did a kill -1 1 but no luck.  init doesnt want to load up a getty off ttyu0 for some reason.  The port works. If I do cu -s 115200 -l /dev/cuau0 I can talk to the other side and vice versa.  If I manually start up getty from the shell, it works then too.  But I cant get getty to start from /etc/ttys     ---Mike > > sean > -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Fri Jul 19 22:47:10 2019 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 6BA46AD8F9 for ; Fri, 19 Jul 2019 22:47:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DFF788F10; Fri, 19 Jul 2019 22:47:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id x6JMl9q5033221; Fri, 19 Jul 2019 18:47:09 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: efi and serial console (solved) To: Freddie Cash Cc: FreeBSD Stable , "sbruno@freebsd.org Bruno" References: <35977a5a-a7ca-9511-fdab-d4b2e4d091a2@sentex.net> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <7c7c1363-2750-ae47-1f70-b891f1c77143@sentex.net> Date: Fri, 19 Jul 2019 18:47:08 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 1DFF788F10 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::18 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.37 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.931,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-0.97)[-0.967,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; IP_SCORE(-1.72)[ipnet: 2607:f3e0::/32(-4.94), asn: 11647(-3.58), country: CA(-0.09)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Jul 2019 22:47:10 -0000 On 7/19/2019 6:24 PM, Freddie Cash wrote: > On Fri, Jul 19, 2019, 12:59 PM mike tancsa, > wrote: > > I installed a RELENG12 snapshot from July 11th and having a hard time > getting serial console to work. In the past, I would have something > simple like > > > ttyu0   "/usr/libexec/getty std.115200  vt100   on secure > > > Typos courtesy of my phone's keyboard.    I think your sig helped me see the error of my ways!  There was no closing quote :(  Hence, no getty startup! Sorry for the noise people!     ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Sat Jul 20 02:51:49 2019 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 5DEBEB282D for ; Sat, 20 Jul 2019 02:51:49 +0000 (UTC) (envelope-from inv@ui.prato.it) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDF469FD4 for ; Sat, 20 Jul 2019 02:51:48 +0000 (UTC) (envelope-from inv@ui.prato.it) Received: by mailman.nyi.freebsd.org (Postfix) id 8C833B282C; Sat, 20 Jul 2019 02:51:48 +0000 (UTC) Delivered-To: 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 8B148B282B for ; Sat, 20 Jul 2019 02:51:48 +0000 (UTC) (envelope-from inv@ui.prato.it) Received: from zimbra.ui.prato.it (zimbra.ui.prato.it [93.188.112.40]) (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 3910269FD2 for ; Sat, 20 Jul 2019 02:51:47 +0000 (UTC) (envelope-from inv@ui.prato.it) Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.ui.prato.it (Postfix) with ESMTP id 2EC5BF0148A for ; Sat, 20 Jul 2019 04:51:44 +0200 (CEST) Received: from zimbra.ui.prato.it ([127.0.0.1]) by localhost (zimbra.ui.prato.it [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id rUlsRTt8UtsQ for ; Sat, 20 Jul 2019 04:51:43 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.ui.prato.it (Postfix) with ESMTP id B2A9CF01499 for ; Sat, 20 Jul 2019 04:51:43 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 zimbra.ui.prato.it B2A9CF01499 X-Virus-Scanned: amavisd-new at ui.prato.it Received: from zimbra.ui.prato.it ([127.0.0.1]) by localhost (zimbra.ui.prato.it [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 07iOzCK-vTOO for ; Sat, 20 Jul 2019 04:51:43 +0200 (CEST) Received: from WIN-HUAKD8TBG21.local (unknown [107.181.189.46]) by zimbra.ui.prato.it (Postfix) with ESMTPSA id 88D35F0148A for ; Sat, 20 Jul 2019 04:51:42 +0200 (CEST) From: "=?utf-8?B?QnVkZ2V0IENsZWFuZXJzIMKu?=" To: stable@freebsd.org Subject: Budget Cleaners Tax Invoice Date: Sat, 20 Jul 2019 02:51:41 +0200 MIME-Version: 1.0 Message-ID: <1563538113d992a0349e1e1d0a1428cf448340ae00_21434@ui.prato.it> X-Rspamd-Queue-Id: 8EDF469FD4 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.83 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FORWARDED(0.00)[stable@mailman.nyi.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; DKIM_TRACE(0.00)[ui.prato.it:+]; DMARC_POLICY_ALLOW(0.00)[ui.prato.it,quarantine]; MX_GOOD(-0.01)[cached: ns1.conmet.it]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; NEURAL_HAM_SHORT(-0.52)[-0.522,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-1.19)[ip: (0.93), ipnet: 2610:1c1:1::/48(-3.85), asn: 11403(-2.96), country: US(-0.05)]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; FORGED_RECIPIENTS(0.00)[stable@freebsd.org,freebsd-stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; PHISHING(1.34)[sageone.co->inv231.s3.ca-central-1.amazonaws.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.746,0]; R_DKIM_ALLOW(-0.20)[ui.prato.it:s=0606D86E-3EFD-11E7-BD6F-3E499311674D]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/related,multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_SEVEN(0.00)[9] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Jul 2019 02:51:49 -0000 You have received an Invoice Budget Cleaners from Budget Cleaners =09 =09 View your invoice online: https://accounting.sageone.co.za/customerzone/invoice/viewinvoice?TypeId= =3D1&Key=3Dffd62228-a6b3-4a8a-bb26-2ca3c5165bba&T=3D1&TraceId=3D30491393 Dear Valued Client. Thank You, for using Budget Cleaners, please kindly make payment for your Tax= invoice as stated on the above link. Please Note, all accounts are STRICTLY payable by the 20th of each month,= unless prior arrangements have been made with the Accounts Dept. Thank You. Kind Regards. Budget Cleaners Management. =09 =09 Generated by Accounting =09 From owner-freebsd-stable@freebsd.org Sat Jul 20 09:22:09 2019 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 43CE4B958E for ; Sat, 20 Jul 2019 09:22:09 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D513C73667 for ; Sat, 20 Jul 2019 09:22:08 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id x6K9M1FX019496 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 20 Jul 2019 11:22:02 +0200 (CEST) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1563614522; bh=f6yI7AS3JCWVuI2nxE42s4BOxgGK3wmPhWYLIIMlIF8=; h=Date:From:To:Subject:In-Reply-To:References; b=DWOLTorS1+drhtp4t6eZFkGFTX4XmDwIKULn/j+CpaeabDvvnycHQs6X8bkH/L3ni ormFd84Ow5W1KUqXSQWAEZbRMC9V1DK03qm6DziY8QJznWaNyzw2ewdkIX8DjeSOi9 W715UNDHR0GyEwV0MVcJihHC+KxzoXw+RdIQv4UvpUSOrw/fR58op8HjXX5lR0YGlk y/kDPveeNfHjSnWhMbofX4LGloHCv02elwVMvuX8eqjMRZZY+ffNcbqWweF5fvYhBy adHxUrdXtq7l5qu7rWigUpaJss1zsosiKnW2yUWn2zT78DtT/iRUIScRgUOyhihaZd yHToIPveFjKUQ== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id x6K9M13d019493 for ; Sat, 20 Jul 2019 11:22:01 +0200 (CEST) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 20 Jul 2019 11:22:01 +0200 (CEST) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: freebsd-stable@freebsd.org Subject: Re: ZFS root mount regression In-Reply-To: <23858.2573.932364.128957@khavrinen.csail.mit.edu> Message-ID: References: <23858.2573.932364.128957@khavrinen.csail.mit.edu> User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on enterprise.ximalas.info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Jul 2019 09:22:09 -0000 On Fri, 19 Jul 2019 14:21-0400, Garrett Wollman wrote: > Other than laboriously running "zpool labelclear -f /dev/somedisk" for > every piece of media that comes into my hands, is there anything else > I could have done to avoid this? I usually incorporate the hostname in the pool names. At one point I was contemplating if I should also have generation numbers in the pool names. E.g.: enterprise_zroot enterprise_zdata enterprise_zroot_g01 enterprise_zdata_g01 enterprise_zroot_g02 enterprise_zdata_g02 -- Trond. From owner-freebsd-stable@freebsd.org Sat Jul 20 10:42:19 2019 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 CA7CCBAF8B for ; Sat, 20 Jul 2019 10:42:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E68F975E82; Sat, 20 Jul 2019 10:42:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x6KAfmgK079952 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 20 Jul 2019 10:41:49 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wollman@csail.mit.edu Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x6KAficP000740 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 20 Jul 2019 17:41:44 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: ZFS root mount regression To: Garrett Wollman , freebsd-stable@freebsd.org, Alexander Motin References: <23858.2573.932364.128957@khavrinen.csail.mit.edu> From: Eugene Grosbein Message-ID: <73cddcd9-97f0-e73f-da9d-2a454fd3ea1a@grosbein.net> Date: Sat, 20 Jul 2019 17:41:39 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <23858.2573.932364.128957@khavrinen.csail.mit.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: E68F975E82 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.49)[0.488,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-0.76)[ipnet: 2a01:4f8::/29(-1.97), asn: 24940(-1.83), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Jul 2019 10:42:19 -0000 CC'ing Alexander Motin who comitted the change. 20.07.2019 1:21, Garrett Wollman wrote: > I recently upgraded several file servers from 11.2 to 11.3. All of > them boot from a ZFS pool called "tank" (the data is in a different > pool). In a couple of instances (which caused me to have to take a > late-evening 140-mile drive to the remote data center where they are > located), the servers crashed at the root mount phase. In one case, > it bailed out with error 5 (I believe that's [EIO]) to the usual > mountroot prompt. In the second case, the kernel panicked instead. > > The root cause (no pun intended) on both servers was a disk which was > supplied by the vendor with a label on it that claimed to be part of > the "tank" pool, and for some reason the 11.3 kernel was trying to > mount that (faulted) pool rather than the real one. The disks and > pool configuration were unchanged from 11.2 (and probably 11.1 as > well) so I am puzzled. > > Other than laboriously running "zpool labelclear -f /dev/somedisk" for > every piece of media that comes into my hands, is there anything else > I could have done to avoid this? Both 11.3-RELEASE announcement and Release Notes mention this: > The ZFS filesystem has been updated to implement parallel mounting. I strongly suggest reading Release documentation in case of troubles after upgrade, at least. Or better, read *before* updating. I guess this parallelism created some race for your case. Unfortunately, a way to fall back to sequential mounting seems undocumented. libzfs checks for ZFS_SERIAL_MOUNT environment variable to exist having any value. I'm not sure how you set it for mounting root, maybe it will use kenv, so try adding to /boot/loader.conf: ZFS_SERIAL_MOUNT=1 Alexander should have more knowledge on this. And of course, attaching unrelated device having label conflicting with root pool is asking for trouble. Re-label it ASAP. From owner-freebsd-stable@freebsd.org Sat Jul 20 16:56:30 2019 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 5F838C27F4 for ; Sat, 20 Jul 2019 16:56:30 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6489F88A32 for ; Sat, 20 Jul 2019 16:56:29 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id CAF8C3B18B; Sat, 20 Jul 2019 18:56:21 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.991 X-Spam-Level: X-Spam-Status: No, score=-100.991 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.009, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id sffXhGqDgBl0; Sat, 20 Jul 2019 18:56:21 +0200 (CEST) Received: from probsd.c0c0.intra (p5B2F1337.dip0.t-ipconnect.de [91.47.19.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 22C453B183; Sat, 20 Jul 2019 18:56:20 +0200 (CEST) Date: Sat, 20 Jul 2019 18:56:19 +0200 (CEST) From: Marco Steinbach X-X-Sender: coco@probsd.c0c0.intra To: James Snow cc: freebsd-stable@freebsd.org Subject: Re: Random panics in 11.0 and 12.0 on J1900 In-Reply-To: <20190710162636.GM5965@teardrop.org> Message-ID: References: <20190710162636.GM5965@teardrop.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 6489F88A32 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of coco@executive-computing.de designates 195.96.35.7 as permitted sender) smtp.mailfrom=coco@executive-computing.de X-Spamd-Result: default: False [-2.04 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.886,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[executive-computing.de]; NEURAL_SPAM_SHORT(0.05)[0.049,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.moehre.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[55.19.47.91.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8354, ipnet:195.96.32.0/19, country:DE]; IP_SCORE(-0.00)[country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Jul 2019 16:56:30 -0000 > I have a set of J1900 hosts running 11.0-RELEASE-p1 that experience > seemingly random panics. The panics are all basically the same: > > Fatal trap 12: page fault while in kernel mode > fault code = supervisor read data, page not present > > Adding workloads to the hosts seems to increase panic frequency, but the > panics have also occurred on completely idle hosts. Similarly, uptime > when panicking has been as low as minutes, and as high as ~620 days. > > For reasons, it has not been possible to extract a coredump from these > hosts, nor practical to run memtest on them or upgrade them to a newer > release. About 1% of our hosts are affected each day, so we've just been > living with the problem. > > However, while testing 12.0 on the same hardware, I encountered the same > panic and was able to capture the core dump. (See below.) > > All of my Google-fu on this panic has turned up threads suggesting the > problem is hardware, but there are two problems with that idea... > > One, memtest has turned up no errors on 12.0 host I witnessed the panic > on. > > Two, a small number of systems on the same hardware are running > 10.3-RELEASE, and have experienced no panics in their history. Panics > have only happened on 11s, and now 12. > > kgdb output from the panic follows. (This particular host was in the > middle of rebooting when it panicked.) > > Hoping someone here has some insight. My uninformed wild-ass guess is > something relating to spectre/meltdown fixes. > > Thanks, > > > -Snow I've been running 10.x, 11.x and 12.0 for a while on several J1900s, namely ASRock Q1900M and Q1900M Pro3 boards. All of them are getting a good beating on occassion, running for example poudriere on top of GELI and ZFS software RAIDs attached to the onboard 2-port ACHI SATA controller and Marvel based PCIe 4-port SATA controllers. I've outfitted all of them with 4-port Intel PRO/1000 PCIe driven by igb(4), and am not using the onboard re(4) NICs. I can't recall ever seeing a panic like you described. Could you share a full dmesg and what mainboard(s) you are using ? MfG CoCo