From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from firstgate.proxmox.com (firstgate.proxmox.com [212.224.123.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id 6B0B3693BF for ; Mon, 26 Jul 2021 10:26:58 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 374019B52 for ; Mon, 26 Jul 2021 10:26:28 +0200 (CEST) Received: from proxmox-new.maurer-it.com (proxmox-new.maurer-it.com [94.136.29.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS id 2FA9A9B42 for ; Mon, 26 Jul 2021 10:26:27 +0200 (CEST) Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 0091B4047C for ; Mon, 26 Jul 2021 10:26:27 +0200 (CEST) Date: Mon, 26 Jul 2021 10:26:20 +0200 (CEST) From: Dietmar Maurer To: Proxmox Backup Server development discussion , Dominik Csapak Message-ID: <704281229.1167.1627287980047@webmail.proxmox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Normal X-Mailer: Open-Xchange Mailer v7.10.5-Rev16 X-Originating-Client: open-xchange-appsuite X-SPAM-LEVEL: Spam detection results: 0 AWL 0.809 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Subject: Re: [pbs-devel] [PATCH proxmox-backup v2 0/7] improve catalog handling X-BeenThere: pbs-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox Backup Server development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2021 08:26:58 -0000 > On 07/22/2021 3:40 PM Dominik Csapak wrote: > > this series combines my previous catalog related patch-series[0][1][2] > > changes the catalog interface to be more concise, optimizes catalog > commit calls during restore, and implements a fast catalog for the > gui which only contains the snapshot lists > > changes from v1: > * only write snapshot list in new 'finish' method of the catalog > * add 'finish' also to pool writer > * replace pending offset counter with reducing the chunk_archive > interface of the catalog Now, during tape backup, users do not see any progress on the GUI. This can be particularly confusing on long running tape backups. A simpler approach would be to only generate cache files for "finished" tapes (content will never change), while using the original catalog for tapes still writable. This should be much easier to implement?