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 8E2E86A32A for ; Thu, 16 Sep 2021 09:46:13 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 8C2D121A1B for ; Thu, 16 Sep 2021 09:46:13 +0200 (CEST) Received: from smtp1.ngi.it (smtp1.ngi.it [IPv6:2001:4c91::112]) by firstgate.proxmox.com (Proxmox) with ESMTP id 4706221A10 for ; Thu, 16 Sep 2021 09:46:12 +0200 (CEST) Received: from tank.sv.lnf.it (88-147-114-200.static.eolo.it [88.147.114.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp1.ngi.it (Postfix) with ESMTPS id 1BE7D600DE for ; Thu, 16 Sep 2021 09:46:11 +0200 (CEST) Authentication-Results: smtp1.ngi.it; dkim=pass (1024-bit key; unprotected) header.d=sv.lnf.it header.i=@sv.lnf.it header.b="V+wHvoW2"; dkim-atps=neutral DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sv.lnf.it; s=2017; h=In-Reply-To:Content-Transfer-Encoding:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9HrSSKPiaz/mSQLxvyignH9P0lWqhXI6/dHA8HcLUFo=; b=V+wHvoW2QK+VIbD+jo1DNQd6NE 4zJI7RGJjuFXmN2SxSrMEL1pvMHgrQm8fGtCfoNHUCLIMG4hSRwv7gTMxn1u1TxZj+up1593rsM1x n1V88mLiAei638HSoR3Y+h38iEwrPKjiSvH/No5iPZhRFnVWCK8foI4pJZ6rRF4yaYoI=; Received: from [10.5.1.3] (helo=vdmsv1.ad.fvg.lnf.it) by tank.sv.lnf.it with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1mQm5z-0003l9-HJ for pve-user@lists.proxmox.com; Thu, 16 Sep 2021 09:46:11 +0200 Received: from [10.5.1.44] (helo=hermione.sv.lnf.it) by vdmsv1.ad.fvg.lnf.it with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1mQm5y-0001vy-Vq for pve-user@lists.proxmox.com; Thu, 16 Sep 2021 09:46:11 +0200 Received: by hermione.sv.lnf.it (Postfix, from userid 1000) id CFB4BA0010C; Thu, 16 Sep 2021 09:46:10 +0200 (CEST) Date: Thu, 16 Sep 2021 09:46:10 +0200 From: Marco Gaiarin To: pve-user@lists.proxmox.com Message-ID: <20210916074610.GB3211@sv.lnf.it> References: <20210915144716.GR3261@sv.lnf.it> <1631776380.0shrfkj31s.astroid@nora.none> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1631776380.0shrfkj31s.astroid@nora.none> 'Organization: Associazione La Nostra Famiglia - Polo FVG' 'From: Marco Gaiarin ' X-SPAM-LEVEL: Spam detection results: 0 AWL 0.495 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain JMQ_SPF_NEUTRAL 0.5 SPF set to ?all SPF_HELO_PASS -0.001 SPF: HELO matches SPF record T_SPF_PERMERROR 0.01 SPF: test of record failed (permerror) Subject: Re: [PVE-User] storage migration failed: error with cfs lock 'storage-nfs-scratch': unable to create image: got lock timeout - aborting command X-BeenThere: pve-user@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox VE user list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 07:46:13 -0000 Mandi! Fabian Grünbichler In chel di` si favelave... > the problem (as described in the patch I linked earlier) is that for > qcow2, we currently always allocate the metadata for the qcow2 file. if > the image file is big enough, and the storage slow enough, this can take > too long. for raw there is no metadata (well there is, but it does not > scale with the size of the file ;)) Perfectly clear. Thanks. > obviously all of this should be carefully tested with non-production > images/guests/systems first, as you are leaving supported/tested > territory! I've solved this in a more simpler way: i've discovered that a 'thin' filesystem (in my case, ZFS) can allocate a 2TB RAW image in a 800GB ZFS volume, obviously providing that there's no more then 800GB of data in the volume. So, i've simply moved the image as RAW. Thanks! -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia'' http://www.lanostrafamiglia.it/ Polo FVG - Via della Bontà, 7 - 33078 - San Vito al Tagliamento (PN) marco.gaiarin(at)lanostrafamiglia.it t +39-0434-842711 f +39-0434-842797 Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA! http://www.lanostrafamiglia.it/index.php/it/sostienici/5x1000 (cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA)