From owner-freebsd-stable@freebsd.org Wed May 8 23:17:43 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 9525415963CB for ; Wed, 8 May 2019 23:17:43 +0000 (UTC) (envelope-from SRS0=C6t7=TI=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 180B46C39E for ; Wed, 8 May 2019 23:17:43 +0000 (UTC) (envelope-from SRS0=C6t7=TI=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AED4B28423; Thu, 9 May 2019 01:17:32 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6791328416; Thu, 9 May 2019 01:17:31 +0200 (CEST) Subject: Re: ZFS... To: Pete French , freebsd-stable@freebsd.org References: <30506b3d-64fb-b327-94ae-d9da522f3a48@sorbs.net> <56833732-2945-4BD3-95A6-7AF55AB87674@sorbs.net> <3d0f6436-f3d7-6fee-ed81-a24d44223f2f@netfence.it> <17B373DA-4AFC-4D25-B776-0D0DED98B320@sorbs.net> <70fac2fe3f23f85dd442d93ffea368e1@ultra-secure.de> <70C87D93-D1F9-458E-9723-19F9777E6F12@sorbs.net> <58DA896C-5312-47BC-8887-7680941A9AF2@sarenet.es> <8a53df38-a094-b14f-9b7d-8def8ce42491@quip.cz> <30d1cf2a-b80c-822b-11f9-2139532f7858@ingresso.co.uk> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <7b7b9165-8f83-5195-2e4a-4c0e7c85307d@quip.cz> Date: Thu, 9 May 2019 01:17:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <30d1cf2a-b80c-822b-11f9-2139532f7858@ingresso.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 180B46C39E X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.990,0]; IP_SCORE(1.00)[ip: (0.70), ipnet: 94.124.104.0/21(0.35), asn: 42000(3.87), country: CZ(0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; SUBJ_ALL_CAPS(0.45)[6]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=C6t7=TI=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=C6t7=TI=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(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: Wed, 08 May 2019 23:17:43 -0000 Pete French wrote on 2019/05/03 14:28: > > > On 03/05/2019 13:11, Miroslav Lachman wrote: > >> I had this problem in the past too. I am not sure if it was on Dell or >> HP machine - controller presents first disk only in the boot time so I >> created small (10 - 15GB partition) on each disk and use them all in 4 >> way mirror. Cannot say if it was gmirror with UFS or ZFS mirroring. >> The rest of the each disk was used for ZFS RAIDZ. > > Snap :-) Thats exactly what I have done - but the bits you cant mirror > are the GPT partititons for bootcode. I was fiddling with hose of da0 > without realising it was now using da1 to boot. If it ever chooses da2 > or da3 then I will need to mirror it there too, so I have it partitioned > like that, but am currently using those as swap as it shows no signs of > wanting to boot from them for now. Time for some scripting :) This is what I have on the machine with weird controller # cat bin/zfs_bootcode_update.sh #!/bin/sh devs="ada0 ada1 ada2 ada3" for dev in $devs do echo -n "Updating ZFS bootcode on ${dev} ..." if ! /sbin/gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${dev} > /dev/null; then echo " error" exit 1 fi echo " done" done So it should be able to boot from any installed drive, no matter the order. Miroslav Lachman