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 77F0460D4A for ; Wed, 2 Dec 2020 14:20:29 +0100 (CET) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 709171C252 for ; Wed, 2 Dec 2020 14:19:59 +0100 (CET) Received: from proxmox-new.maurer-it.com (proxmox-new.maurer-it.com [212.186.127.180]) (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 A378C1C249 for ; Wed, 2 Dec 2020 14:19:58 +0100 (CET) Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 6C12B4472F for ; Wed, 2 Dec 2020 14:19:58 +0100 (CET) From: Dominik Csapak To: pbs-devel@lists.proxmox.com Date: Wed, 2 Dec 2020 14:19:57 +0100 Message-Id: <20201202131957.17051-2-d.csapak@proxmox.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20201202131957.17051-1-d.csapak@proxmox.com> References: <20201202131957.17051-1-d.csapak@proxmox.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SPAM-LEVEL: Spam detection results: 0 AWL 0.300 Adjusted score from AWL reputation of From: address KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment RCVD_IN_DNSWL_MED -2.3 Sender listed at https://www.dnswl.org/, medium trust SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record URIBL_BLOCKED 0.001 ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [datastore.rs] Subject: [pbs-devel] [PATCH proxmox-backup 2/2] backup/datastore: move manifest locking to /run 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: Wed, 02 Dec 2020 13:20:29 -0000 this fixes the issue that on some filesystems, you cannot recursively remove a directory when you hold a lock on a file inside (e.g. nfs/cifs) it is not really backwards compatible (so during an upgrade, there could be two daemons have the lock), but since the locking was broken before (see previous patch) it should not really matter (also it seems very unlikely that someone will trigger this) Signed-off-by: Dominik Csapak --- src/backup/datastore.rs | 26 +++++++++++++++++++++++--- 1 file changed, 23 insertions(+), 3 deletions(-) diff --git a/src/backup/datastore.rs b/src/backup/datastore.rs index 0f74ac3c..9cc88906 100644 --- a/src/backup/datastore.rs +++ b/src/backup/datastore.rs @@ -257,6 +257,12 @@ impl DataStore { ) })?; + // the manifest does not exists anymore, we do not need to keep the lock + if let Ok(path) = self.manifest_lock_path(backup_dir) { + // ignore errors + let _ = std::fs::remove_file(path); + } + Ok(()) } @@ -698,13 +704,27 @@ impl DataStore { )) } + fn manifest_lock_path( + &self, + backup_dir: &BackupDir, + ) -> Result { + + let mut path = PathBuf::from("/run/proxmox-backup/.locks/"); + path.push(self.name()); + path.push(backup_dir.group().backup_type()); + path.push(backup_dir.group().backup_id()); + std::fs::create_dir_all(&path)?; + + path.push(format!( "{}{}", backup_dir.backup_time_string(), &MANIFEST_LOCK_NAME)); + + Ok(path) + } + fn lock_manifest( &self, backup_dir: &BackupDir, ) -> Result { - let mut path = self.base_path(); - path.push(backup_dir.relative_path()); - path.push(&MANIFEST_LOCK_NAME); + let path = self.manifest_lock_path(backup_dir)?; // update_manifest should never take a long time, so if someone else has // the lock we can simply block a bit and should get it soon -- 2.20.1