From owner-freebsd-questions@freebsd.org Mon Jun 11 13:04:19 2018 Return-Path: Delivered-To: freebsd-questions@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 03AF6100095C for ; Mon, 11 Jun 2018 13:04:19 +0000 (UTC) (envelope-from julien@perdition.city) Received: from relay-b02.edpnet.be (relay-b02.edpnet.be [212.71.1.222]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "edpnet.email", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C711844A4 for ; Mon, 11 Jun 2018 13:04:18 +0000 (UTC) (envelope-from julien@perdition.city) X-ASG-Debug-ID: 1528722247-0a7b8d4a0c553690001-jLrpzn Received: from mordor.lan (213.219.145.67.adsl.dyn.edpnet.net [213.219.145.67]) by relay-b02.edpnet.be with ESMTP id itS9leStWa1NK38G (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 11 Jun 2018 15:04:09 +0200 (CEST) X-Barracuda-Envelope-From: julien@perdition.city X-Barracuda-Effective-Source-IP: 213.219.145.67.adsl.dyn.edpnet.net[213.219.145.67] X-Barracuda-Apparent-Source-IP: 213.219.145.67 Date: Mon, 11 Jun 2018 15:04:07 +0200 From: Julien Cigar To: freebsd-questions@freebsd.org Subject: upgrade of an iSCSI zpool mirror Message-ID: <20180611130407.GT48472@mordor.lan> X-ASG-Orig-Subj: upgrade of an iSCSI zpool mirror MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="GAoked8QSizNecZ5" Content-Disposition: inline User-Agent: Mutt/1.9.2 (2017-12-15) X-Barracuda-Connect: 213.219.145.67.adsl.dyn.edpnet.net[213.219.145.67] X-Barracuda-Start-Time: 1528722248 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://212.71.1.222:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at edpnet.be X-Barracuda-Scan-Msg-Size: 1921 X-Barracuda-BRTS-Status: 1 X-Barracuda-Bayes: INNOCENT GLOBAL 0.5000 1.0000 0.0000 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0 tests=BSF_SC0_MV0713, BSF_SC0_MV0713_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.51866 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.30 BSF_SC0_MV0713_2 BSF_SC0_MV0713_2 0.20 BSF_SC0_MV0713 Custom rule MV0713 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 13:04:19 -0000 --GAoked8QSizNecZ5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, We have a "low-cost" active/passive HA ZFS based filer (with=20 NFS4/SMB/... on top) which consist of two tiny HP Proliant DL20=20 with 2 x 2 To disks in each. On the PASSIVE node two slices are exported through iSCSI, and on the ACTIVE node a zpool mirror (named "data") has=20 been created over two local slices and the two iSCSI slices.=20 Failover from ACTIVE to PASSIVE is made through CARP and a failover=20 script, while failover from OLD ACTIVE (NOW PASSIVE) to NEW ACTIVE (now=20 ACTIVE) is done manually (the failover script explicitely change the=20 advskew to avoid any possible side effects) It works well, but those are still running FreeBSD 10.3 and I'd like to upgrade to 11.x. During the upgrade process the pool should be read-only available. I planned to do something like: with F1 being the (current) ACTIVE node and F2 being the (current)=20 PASSIVE node: - stop NFS/... services on F1 - zpool export data on F1 - switch CARP roles - F1 is now the PASSIVE node and F2 is now the ACTIVE node - on F2: zpool import -o readonly=3Don data - start NFS/... services on F2 - then start to upgrade of F1 once the upgrade of F1 is finished: - stop NFS/... services on F2 - zpool export data on F2 - switch CARP roles - F2 is now the PASSIVE node and F1 is now the ACTIVE node - on F1: zpool import data - on F1: zpool detach data - start NFS/... services on F1 then start the upgrade of F2, once finished re-attach the two iSCSI disks from F2 to the data pool on F1, and run a zpool scrub Has anyone ever done something similar and/or does it sound good to you? Thanks, Julien --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --GAoked8QSizNecZ5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEE7vn2l0to0nV7EWolsrs3EKIEI8AFAlsec0MACgkQsrs3EKIE I8Ddyw/+JVJ2v0ZzbFVo5i0OqjkfJyGYLw95JPGgLbPP9YogypZfyB9QTrZyH/ch 50h7lTodGBvPBGgI81OAikgzHywIRo5nPT19fgejqCU1KFX68ElEiqBU14qSLPOf hpk/sqK2eQ4VzrJJWBUUuQo4qJ+Q1dRld6PZgwguc+hjh9hl0VKTPaso34p2Ms+X B+NcsCABN5zgiPVPEZksjUu//gXL+aKcC8tqS+L5XmuFYcaWiPhRfrb1tQriULCL QS+ipYG3haHqV9zNrp4RE1ci5ZL3mOPxhhq8ViVmU1Ohtze5h3FneykHGVd7KNHh WrDIX+Qy9hgzeHbAMRwfMtzwYkPCGneZGJDsZCmYO4pP/CX2iEdXoE+Ca1Sdxx9P tZ5mZ3/NY2Wwv/79x2Eg3nMt9t25o9sloGKLt27nWOYjpR3t+yLQYzG6yWBPXH3L FuMJFdB9nr6t8FPYtsPc1a28Y/bwrT+kD+WMPo71iGJEX3pqkRijo18PVENRtGXU U2ADwJhV+05TwKY1Npp6EmvTlplq17+cvRxiZ9tNmEYajbWMFXKm7LTJ4urbpwcm 65PPE9zO6HgUnpT3fe4B/2BA1x73lvpzgxLs/ZUp+mvLxk3pHLgEIYSlGbMiXbZT 9ktY84acHn7AdHp3fVEeroAsRQ0FlkZKkCwMnMRl5dNKk4/QX+s= =YR8F -----END PGP SIGNATURE----- --GAoked8QSizNecZ5--