From owner-freebsd-hackers@freebsd.org Fri Jan 31 17:39:42 2020 Return-Path: Delivered-To: freebsd-hackers@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 57DEF24624C for ; Fri, 31 Jan 2020 17:39:42 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (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 488PcG09d5z3wsh for ; Fri, 31 Jan 2020 17:39:41 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 254032AC8F for ; Fri, 31 Jan 2020 17:39:35 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 254032AC8F Subject: Re: How do I tell gptzfsboot NOT to analyze other disks (or specify which disks to analyze)? To: freebsd-hackers@freebsd.org References: From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <48f04506-b5bf-03b6-2ef8-9d8853961b07@freebsd.org> Date: Fri, 31 Jan 2020 12:39:31 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RrsvURNOlSpCXzsfFTDsxJYMg0BU6LbkN" X-Rspamd-Queue-Id: 488PcG09d5z3wsh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.75 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.77)[-0.768,0]; NEURAL_HAM_LONG(-0.98)[-0.985,0]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 17:39:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RrsvURNOlSpCXzsfFTDsxJYMg0BU6LbkN Content-Type: multipart/mixed; boundary="9NtOgVpiPkRUp7uR7PWvhnJ2wO3XgNAmK"; protected-headers="v1" From: Allan Jude To: freebsd-hackers@freebsd.org Message-ID: <48f04506-b5bf-03b6-2ef8-9d8853961b07@freebsd.org> Subject: Re: How do I tell gptzfsboot NOT to analyze other disks (or specify which disks to analyze)? References: In-Reply-To: --9NtOgVpiPkRUp7uR7PWvhnJ2wO3XgNAmK Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-01-30 10:09, Peter Rap=C4=8Dan wrote: > Thanks for your reply! >=20 > I believe it is some kind of bug (maybe related to to https://forums.fr= eebsd.org/threads/gptzfsboot-error-128-after-adding-new-disks.65677/ but = the solution provided there makes no difference in my case). >=20 > The funny thing is that the same system with the same type of disks wor= ked before (with 3 data HDDS and freeNAS [11.2-Ux]) there were no gptzfsb= oot errors and the boot time was fast. After I added a 4th data drive and= upgraded the system (freeNAS) to new version, only then I started gettin= g the "gptzfsboot: error 128 lba some_block_number=E2=80=9D errors. Howev= er I was not able revert to the state without the errors, altough I tried= the original version of freeNAS, with 3, 2, or 1 data HDD(s), I tried wi= ping the HDDS, removing the partition table, creating a new one, etc=E2=80= =A6. I even tried installing freeBSD instead of freeNAS :-). >=20 > I am new to freeBSD=E2=80=A6 could you perhaps give me some advice how = to troubleshoot this error? >=20 > Best, > Peter >=20 >=20 Is the 'some_block_number' at or past the end of the disk? Multiply the number by 512 and compare it to the size of the disk. --=20 Allan Jude --9NtOgVpiPkRUp7uR7PWvhnJ2wO3XgNAmK-- --RrsvURNOlSpCXzsfFTDsxJYMg0BU6LbkN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJeNGZWAAoJEBmVNT4SmAt+OUgP/2ZCMCP2OoPIyukflWJG8R92 dER6za2+rLWBulPL4UCLqk1VZtgMwUsmcKbsFjY5IfZd2zxaxoHK1HaHGr4fNyOZ lv+FvWbpw939aVPMKe9Hc8apjhHGJia0Xt3XHyVLbF+ybvOmkdMSa2Y2R71vkaZR VcGVi+MgrVIoUYrutl3OBMLzHYbXRVECw6mlC6fMA5RWRSaKysZMkebcTJhbOImh d8cJYU9X5Vc5ZuHW0qIXSKFb2KCfAWcxtXkr0nL48o0hFTLkc+kDbDbfj9KjJ9QQ m/QYMSr8CX3QnzilZdvALYTJTRb3Cs5CDWzymYYjy5wH+fW2LbK+EgD7esBbmQhk m1W+JESHdsylOq0bKrEcRFNoS+2vDjmEUgB2ytb+DM3s48VWKJPlsCNaU3l1qhbh kiRqilS1RfzHCaAiTBC7DNBEv6aslTxJsRGZ4kUphA8bpmFvzdTZlj3Tgj/MKFVP Bha/nIzWVOPVVKwUjEblUCim57IAPGM1Ll7bLRHq6fvpsnRpFjUAyPkFSJMyL/El +Gw38nnw7nPduPd8ZlbVDDVJGz99AxIfDlg+1fQhz/gdIfOAoQ+8OdibVHHNfo6V rCw7y3vMZmMBOVvlGYOAhTJvpZ0aVgO+EReSFaRYwDFtBlKFfpMc/APXeMy4sZJ/ /6wzR7lFuMF+644jeE0E =wEKe -----END PGP SIGNATURE----- --RrsvURNOlSpCXzsfFTDsxJYMg0BU6LbkN--