From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 8280A139355 for ; Mon, 2 Aug 2021 23:11:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 75B3DE0965; Mon, 2 Aug 2021 23:10:56 +0000 (UTC) Received: from icp-osb-irony-out6.external.iinet.net.au (icp-osb-irony-out6.external.iinet.net.au [203.59.1.106]) by pigeon.gentoo.org (Postfix) with ESMTP id 5B2C5E0940 for ; Mon, 2 Aug 2021 23:10:54 +0000 (UTC) X-SMTP-MATCH: 0 IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AUYe7tqFUKIXf86jQpLqEAceALOsnbusQ8z?= =?us-ascii?q?AXPhhKOGVom7+j5riTdZUgpGHJYVkqKRQdcLy7VpVoBEmsk6KdgrNhTItKPj?= =?us-ascii?q?OW3FdARbsKheCOr1Ld8m/Fh4lgPMxbE5SWfeeAb2SS+vyKgzVQfexA/DFamJ?= =?us-ascii?q?rY9ds2hE0dNj2CI5sQlTtRO0K+L2UzbghLD5gBEpqa+6N8zQZJbxwsH7iG71?= =?us-ascii?q?c+Lpf+jsyOjYnhfBINGh455E2LhSir6Ln1eiLooysjbw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BCAADKeghh/+hY69xaGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBQAmBPwIBAQEBCwGDdwEBAYUwiQSHEgEBAQM?= =?us-ascii?q?GgUEDOAGECIYoknQLAQEBAQEBAQEBCUEEAQGEWAKDACY3Bg4BAgQVAQEBBQE?= =?us-ascii?q?BAQEBBgMBgSSFdYZDAQUjBAsBIzMLGAICJgICVxMIAQEbglKCYiWrbn8ygQG?= =?us-ascii?q?EaIUsgRAqAY1uQ32BEIE8DAOCbz6Dfg2BBoJKgmQEgw1EDRdJgVMCZxySGY4?= =?us-ascii?q?NnRWDMZ4zBg8FJoNjkWsIkRGGd5EznXgvhHmBPjiBfk0fGYMlTxkOjisWFY4?= =?us-ascii?q?lNAEBAWcCBgEKAQEDCYgJgkcBAQ?= X-IPAS-Result: =?us-ascii?q?A2BCAADKeghh/+hY69xaGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBQAmBPwIBAQEBCwGDdwEBAYUwiQSHEgEBAQMGgUEDOAGECIYok?= =?us-ascii?q?nQLAQEBAQEBAQEBCUEEAQGEWAKDACY3Bg4BAgQVAQEBBQEBAQEBBgMBgSSFd?= =?us-ascii?q?YZDAQUjBAsBIzMLGAICJgICVxMIAQEbglKCYiWrbn8ygQGEaIUsgRAqAY1uQ?= =?us-ascii?q?32BEIE8DAOCbz6Dfg2BBoJKgmQEgw1EDRdJgVMCZxySGY4NnRWDMZ4zBg8FJ?= =?us-ascii?q?oNjkWsIkRGGd5EznXgvhHmBPjiBfk0fGYMlTxkOjisWFY4lNAEBAWcCBgEKA?= =?us-ascii?q?QEDCYgJgkcBAQ?= X-IronPort-AV: E=Sophos;i="5.84,290,1620662400"; d="scan'208";a="321816613" Received: from 220-235-88-232.dyn.iinet.net.au (HELO mail.infra.localdomain) ([220.235.88.232]) by icp-osb-irony-out6.iinet.net.au with ESMTP; 03 Aug 2021 07:10:51 +0800 Received: from localhost (mail.infra.localdomain [127.0.0.1]) by mail.infra.localdomain (Postfix) with ESMTP id 68366ABBDDF for ; Tue, 3 Aug 2021 07:10:51 +0800 (AWST) X-Virus-Scanned: amavisd-new at localdomain Received: from mail.infra.localdomain ([127.0.0.1]) by localhost (mail.infra.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8gR4B4Y61I_X for ; Tue, 3 Aug 2021 07:10:04 +0800 (AWST) Subject: Re: [gentoo-user] [OT] SMR drives (WAS: cryptsetup close and device in use when it is not) To: gentoo-user@lists.gentoo.org References: <56d64f52-1b9a-1309-c720-06bb63c9f80a@iinet.net.au> <7a8c52c3-4c96-89ac-ace0-6eb4b8f1401f@iinet.net.au> <6104C897.5010505@youngman.org.uk> <7e6b56a2-917f-4dd6-3599-722bca5162ca@iinet.net.au> <7b00c8ee-b142-cd21-fc9e-77d272bb116e@iinet.net.au> From: William Kenworthy Message-ID: Date: Tue, 3 Aug 2021 07:10:03 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Archives-Salt: 767bad29-cba9-4a4f-8608-f5297f79e3f9 X-Archives-Hash: d3a059f33f0d98728ce205d46d77d82c On 3/8/21 5:52 am, Frank Steinmetzger wrote: > Am Mon, Aug 02, 2021 at 01:38:31PM +0800 schrieb William Kenworthy: > >>> Yup. Today I did my (not so) weekly backup and rsynced the repo to the new >>> drive. After that I wanted to compare performance of my old 3 TB drive and >>> the new SMR one by deleting a snapshot from the repo on each drive. But Borg >>> objected on the second deletion, because “the cache was newer”. But that’s >>> okay. I actually like this, as this will prevent me from chaning two repos >>> in parallel which would make them incompatible. >>> >> Keep in  mind that both repos have the same ID - you should also rsync >> the cache and security directories as well as they are now out of sync >> (hence the warning). > That thought crossed my mind recently but I was unsure how to store the > cache. But since the repo is a monolith, it should suffice to rsync > the whole cache directory to the backup drive (or do it as a tar). > > The only problem is the temporal sequence: > 1. Host A runs borg and gets a current cache. > 2. Host B runs borg on the same repo and gets a current cache. > 2a. Host A now has an outdated cache. > > Usually, Host B uses Host A via ssh as remote location of the repository. > So I could simply run a borg command on Host A to update the cache somehow. > >> Be very careful on how you do this - you are one step away from losing the >> while repo if the cache gets out of sync.  The docs warn against rsyncing >> two repos and then using them at the same time for a good reason. > I won’t use them at the same time. It will always be one direction: > Hosts --[borg]--> Main backup drive --[rsync]--> secondary backup drive > You could delete and rebuild the cache each time (or I think there is a way to do without it).  There are quite a few threads on the borg lists about this in the past (usually people trying to recover trashed repos) - you might ask there if there is a way to deal with changing the ID now? In any case, I think doing it the way you are has a fairly high chance you will irretrievably trash both repos. BillK