From nobody Thu Nov 28 16:31:40 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XzhfP03Vrz5dx2g for ; Thu, 28 Nov 2024 16:31:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XzhfN4SJjz4RST for ; Thu, 28 Nov 2024 16:31:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732811514; bh=1UMUnY1gL8ZUsndVXLtif9YW5dy0MHnKz+k6gcmJuY4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rNFj4TRnKeLm88/YwlTPKQ0sB8OospzN8aSeWcIYTVueFfvzSlS6YYG9os8UIvEO/6gRViAwH2uT1tF4zjb29Sn6edXa/Xhn9KmojIMNocBiRakpY4eTQFqsX51qMa1frVTcRcY+ta23MwKqw4ZkWaeEICKzKCdrH127HoQXWmVhAcAciFIRXCDDRMdg8mEDwYggnQqfQX8XoAcGZPoddycHaUzc9M8y0ZvUSG0lX5Chlqtp1dDTTxwa6c/OIBunlA0Cx7WvRwtv7NLPvGtofHwU+MMlp/bSO9Wi+DyDDxsiGfvX37Mw5k81Miu6bNMdwyQFIYXqa3W2FESKX0aC+g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732811514; bh=TD+FjDzb5XNOnjjscZa9G/7gbATC3ZXIeqOq1AQuCkd=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=K6JeGL9GYHHJZGPotRCOxDfnWrl1ZSGFmoOXR/KlKPksuuuPD7MxZdo+pkNluis4S9R92qW3EuWJiQSJTXTTHJjLPPvBUOKbU4FvVMKBSyQhGByfjk9zXc3KLTKlB9xmThdLMU24GUfjjz3JfW+xxXID6MGA1HYhrLJiNqMlddMx1GbOkQ7Rxlj210ecXg5RktFHGJse+wEKZfcwYjVqJK6oOWj1CAPV6AKJ5qRJw5q0U++S3vrxMGmXQzKz5vf4iDRCTmzInJLp9U9vJrZi4f+BUS4xiHV3OtuiAHl7rJ6PcGEUUem4jiBs7P14Vq1FCnzMWcbUX/o5OerKgSnQWw== X-YMail-OSG: L39G8QwVM1lWmMPPU0lY.tN1oJrbjKbMUq7rSiH72OeCoT9GFkSb3bpoZe8E9a3 HhTlD3KLNwZb3MRLskopdtgztBZMdjmfb13mNBg6gUcpNGW9S1ddv.3J8g8gSPvsudSHpE9EC5Fq WQAoyLX92KDbVXmsqepGuui0ebt3opkoUPWAWswOXS0K9YRhk_x4nse4tkDMRfRL7qv1MDgMI2Yw vAOLa6CZm0xxcP0CmzZDMv7oOyAlCZLz6Ww3xaM3j8vY95Sn3rMwpS7ZiGfvnynUaTeLsauFM2xY FOG6tList2Dl4p7JCXrT6nfrs9w7IYO.TjEpK7KUUIVkp_P3SUHeSKE8.NOYcV8PUAah4K7YtPFB TP8wInyAPZNBMtdCQweYTMDz9dBLPEAzPy5Dk0ARtuEY34huA4vK1FOnkV6Q2HWZDhRpXYXjJDMf vQD6IJYOpmgcsm8noz77JrSMll7iDHsljTpdAbTi3uOZY7sV34g4NzJAQrVsU9niDM8Qh9zlAB5Z aZW1FkYTgpsWikk4ikHr.AHZR1LOJAHEM6aNbNZA4bdIY.uV9bQHvRRcE1DvMBOonD85wLinfdmQ m.pEpRyhLyBrfTWjjnt3FXxCtHnwq21bPySoujXbXtCCr.RVdI33TRg8_btvX7wwvYuDsqcBKUOQ HlRZkTUD_2psPmsx0ZvMWH9jnbwRZo2bOR5TgqIogZNrzBchd64bFBq1OpCiK1IPEPHW7tNRj24w 9HpwBO2e7qfi1LCk885XFiHdezQbvwW4MmS3INrTX5NqlScAhG4GulgyY9e7whmUplbLPaJ5BB5w jPxDdaKEHJMsr4La2bq4Wbj5nuHKDWzQLM1RA2RjgjxcT1O3PUiNZVCsGltcADCgG.QmvAlBuE52 Rsk4RZFFdjSPVS.X34Qb40KR8OCbD2xMjVslTTBSY3IOWgHCqk4tFA.fTMmwOGnaUzSMSMXtqGmP pwVqRo2ouSYfMUB7qaDIal64d62kwyMqUduzYXXT3MprBDubGQsGRIPEoj4Bw6BjKEtldp8SkPxJ 1Jh8ooFykVG.7KOx7QrbNoHGmogE0h8ABZO3VtornEW3I7cf3zzM3Mz31OSnfBNyEJx2SGLumOai r2kI92oDAlLcARJGTLz_F7K8zgVYc3RXTZ1jQE7C94QS6JP6mfKGeHgYUD6SjtL5k6yNfI4ZC8zI Lc8QXlM96_GJvPRUOf8mjBE.XW0m8qXqOcqmrlAW9kZMKq2I.e0LSaig1Bk16Ru5WSqREmvg0rXn 8BPG5hML.dC1aXL8wds31dbEvi6UE88VGZyqH9AW2R5SiH.z7DTlbbxoSAqLdVEarDWhRHDgUZMT ub9ecp5lDDgmoDZ0zajXit7hWBpxC3kVTJYL0f6vHndsrQD0_fgdgRA9n6FHldAeVuM7d_8PM4xX _y5QxPI05Rm0TOJQaUsyRpRP.3F5GydDbEfx6vPtsX8iKtBQyiSm9m6pXhSSH9DEuvZsq3Pvu7K4 _UHSqAGeOHZV.uZhZ57QFZ5AKQvckmw1D3HeWJjv8hK5pxw58QHaifTbEy6QJkb6POZBDrTWf7A7 sF8OHC81LsuqIdY_lDEyc1o3rrpwJwxq7i4YTeVgBHtL8yB2lmfPBtw2VFn8UwGRczWs4jwYXxxq o9KW8sxLlrGYvNjbVV4r75oKXBOzfT.Yo.btwiIkVxG.d_CClV4HFvcJ7gmEkBeFQgwu3KPtDc1H PVCiKkp1wZzyxS66tgZUx2ZvAxmpAXen87swX1DF8n7KLAL2X69IhIHklRWxKdI6rKcJr9XSecim Qd8kqkfCP_WRAYUPaMuV6htkzQw4nTJ..B2dt5nKQfZT2sQO5W6SoCkuEL0LCwSnzroAuZhhTE12 p2V_r1jesPHQJSk3TimvXVPusuB3EEKYHsbivwEklDQfChXfiFn1M5FyIklfdZ1ra6xxtGufAh0u HhQcP8DGY9.kEsM2OcUb67eW.Yt_7MktFxYVat4dLrAMICN8AEA3JEwv89bvaDyG6J04fiXnxAP. okdhq77RrUUDBhzJUkPfxS0qAmDmxf7b5yS67Xf1iobgXlUbB.SKfLrl9IGHNBszQmxR51IQI14h sL7N3imhTw5pPdNIjCOqu_eYjw8L.iN3dVWlHdh8okZyp5fWEH86SeI5zvW25Ev_pLKOckSuJh79 budj5Ugh5bO4Nq6DAgC91hqGgpv3oITzXt3dNwaiN7ZyAAAZgmzYr6G57TCK7N73yrJt1Quz3_a1 lyf8sQMQ6sYSSSybqTBgUhXwB0apdmyO_TccqDZf6WWDQdk8xfcmipz2aQmn7AFVqH_sT9J.Iedd kSEmT9TvK8g-- X-Sonic-MF: X-Sonic-ID: b80a38da-32e5-4cd3-a385-1bf3baab6d48 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 28 Nov 2024 16:31:54 +0000 Received: by hermes--production-gq1-5dd4b47f46-bwg5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8980a201acedad9612dc9ced57934661; Thu, 28 Nov 2024 16:31:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: port binary dumping core on recent head in poudriere [tmpfs corruptions involving blocks of zeros that should not be all zeros] From: Mark Millard In-Reply-To: <5e37b8a5-2bd2-49b5-9746-674bd26ad770@FreeBSD.org> Date: Thu, 28 Nov 2024 08:31:40 -0800 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Konstantin Belousov , Dimitry Andric , "jah@freebsd.org" , dougm@freebsd.org, Alan Somers , Mark Johnston , FreeBSD Current , Guido Falsi , Yasuhiro Kimura , ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0654A56E-08C7-42CC-A6D8-63C85120C1D8@yahoo.com> References: <38658C0D-CA33-4010-BBE1-E68D253A3DF7@FreeBSD.org> <1004a753-9a3c-4aa2-bfa8-4a0c471fe3ea@madpilot.net> <0690CFB1-6A6D-4B63-916C-BAB7F6256000@yahoo.com> <3660625A-0EE8-40DA-A248-EC18C734718C@yahoo.com> <865xoa2t6f.fsf@ltc.des.dev> <69A2E921-F5E3-40D2-977D-0964EE27349A@FreeBSD.org> <4AE5B316-D7EB-4290-8D52-7FBF244EA7A4@FreeBSD.org> <33D56E3E-6476-48E8-B115-B906629B8AF5@yahoo.com> <65d47ca6-b0b9-4c03-9e36-d0f2cf6b4937@FreeBSD.org> <86zflj1t6b.fsf@ltc.des.dev> <5e37b8a5-2bd2-49b5-9746-674bd26ad770@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.3776.700.51.11.1) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4XzhfN4SJjz4RST X-Spamd-Bar: ---- On Nov 28, 2024, at 04:19, Andriy Gapon wrote: > On 28/11/2024 13:42, Dag-Erling Sm=C3=B8rgrav wrote: >> Andriy Gapon writes: >>> FWIW, I am not sure if it's relevant but I am seeing a similar = pattern >>> of corruption on tmpfs although in a different context, on FreeBSD >>> 13.3. >> Not relevant at all. In this case the file is not actually corrupted >> but `install(1)` skips over some of it when copying because = `SEEK_DATA` >> is implemented incorrectly. >=20 > Still could be relevant... > I don't know the "true state" of my corrupted files, I only observe = the consequences. And the files get some post-processing, then they are = uploaded and originals are removed. So, the problem could be not during = the write phase, but during the read phase of post-processing. First an FYI for why I started with 2bed60 instead of a page boundry: 2bed60 was the start of .got.plt, which is what was involved in the program crash. In every case, it seems likely that the whole page containing that start was zero, no matter if it should have been at the page start or not. The page start is just not what I was focused on for reporting. So I expect a "tail of page is all zero but should not be, start of page was a normal not-all-zero" problem would be a distinct problem. Or are you always seeing the problem as a full page of zeros instead of just the tail of that page (that should not be all zero)? In Dag-Erling's wording, "this case" refers to the context I was gathering investigative data for, not your context, as I understand it. [I've referenced: https://lists.freebsd.org/archives/freebsd-fs/2024-November/003855.html ] As for: "The writes are done by appending variable sized records to a file. There are no seeks or overwrites.": Am I to interpret that as: ) New file with just sequential writes that are variable sized? vs. ) Appending to a pre-existing file? (That would involve seeking and typically merging new data with old data from the original last-page-with-data and writing that update back out.) =3D=3D=3D Mark Millard marklmi at yahoo.com