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 C9BBF6292B for ; Fri, 21 Jan 2022 12:11:18 +0100 (CET) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id C07662F10C for ; Fri, 21 Jan 2022 12:10:48 +0100 (CET) Received: from picard.linux.it (picard.linux.it [213.254.12.146]) (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 AD63B2F0FC for ; Fri, 21 Jan 2022 12:10:47 +0100 (CET) Received: by picard.linux.it (Postfix, from userid 10) id 2E84F3C96DA; Fri, 21 Jan 2022 12:10:41 +0100 (CET) Received: from news by eraldo.lilliput.linux.it with local (Exim 4.89) (envelope-from ) id 1nArk1-0002zD-IA for pve-user@lists.proxmox.com; Fri, 21 Jan 2022 12:06:01 +0100 From: Marco Gaiarin Date: Fri, 21 Jan 2022 11:03:13 +0100 Organization: Il gaio usa sempre TIN per le liste, fallo anche tu!!! Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Trace: eraldo.lilliput.linux.it 1642762846 9600 192.168.24.2 (21 Jan 2022 11:00:46 GMT) To: Arjen via pve-user X-Mailer: tin/2.4.4-20191224 ("Millburn") (Linux/5.4.0-96-generic (x86_64)) X-Gateway-System: SmartGate 1.4.5 Cc: pve-user@lists.proxmox.com In-Reply-To: ; from SmartGate on Fri, Jan 21, 2022 at 12:06:01PM +0100 X-SPAM-LEVEL: Spam detection results: 0 AWL 0.008 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% JMQ_SPF_NEUTRAL 0.5 SPF set to ?all 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: [PVE-User] Force reclaiming space on a vdisk... 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: Fri, 21 Jan 2022 11:11:18 -0000 Mandi! Arjen via pve-user In chel di` si favelave... > When discard is enabled on the virtual disk and also the OS inside the VM executes trim commands for deleted data, then it should inform ZFS that the blocks are free. Marking blocks as usused will not work without the help of the OS inside the VM. OK. So, speking practically: a) i've do the wrong things, deleting the partitions, because the guest OS had not the opportunity to reclaim free space; because trim/discard need the cooperation of all the 'chain', probably it was needed to delete all the file in the partition, the trim them, then delete them. b) if the guest OS does not support trim, or support wrongly/buggy, the same result will be achieved (creating and) zeroing the partition, if conpression are enabled. This does not involve trim/discard, but only compression, acheving the same result indeed. > Was trimming enabled for the OS inside the VM? Otherwise, you need to create a partition and trim it inside the VM. Guest os support fstrim, so i'll try a). Thanks. -- Con Windows sei in vacanza: ti diverti senza pensare a ciņ che fai, ma dopo un po' finisce. In Linux entri nella vita reale: Devi tirar fuori le palle! (Alain Modolo)