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 BEE1E61CE0 for ; Fri, 10 Jul 2020 16:07:12 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id B25A622B19 for ; Fri, 10 Jul 2020 16:06:42 +0200 (CEST) Received: from mout.web.de (mout.web.de [212.227.17.12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS id D7B5C22B0F for ; Fri, 10 Jul 2020 16:06:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1594389995; bh=Lc4lR7LOhPuIwj2ZMYJjcJtCPUMl7OdEpgdSscmjEWo=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=Orz+TIM3QjF/SbYfKW10JKk938CbgoLZK6T9+xmzOm1/k3G3K77+wEq3FKhJxNQWl 1ardWA2ULhRAeYgTo7yfxGb3gIMXXaQtpCSvpZ8xmixKnQkQwFNWPy/sXesORrkVOM rLaHttnS7Rwd+ZfErtonSVq2Wiin8MueJ9Qe2Zvg= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from Rolands-MacBook-Pro.cybercon.de ([5.147.253.138]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MTh6a-1kKBwp265Y-00QSCJ; Fri, 10 Jul 2020 16:06:35 +0200 To: Thomas Lamprecht , Proxmox VE user list , Dietmar Maurer , martin@proxmox.com References: <29674be5-026b-0a89-29ba-3951a99048b1@web.de> <1935605059.460.1594382980972@webmail.proxmox.com> <147b5bcd-ca6d-dd89-7389-d9a0e5de4726@web.de> <89ad8a6e-4d67-4782-9c0c-e403f7bde090@proxmox.com> From: Roland Message-ID: <883f66d0-cee9-fa5b-e914-fb8cc63bb5f9@web.de> Date: Fri, 10 Jul 2020 16:06:35 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <89ad8a6e-4d67-4782-9c0c-e403f7bde090@proxmox.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:y226GwvQ+yMRinxv98bxsXNfUm+2bVPgcOuhBh7JltcgTiqBnA7 tlqlEViAp/Xw/hFEuwCQlVsk9H4VWnVfHijI46NhLJlPN08PiXoLrkjhPIGg6/a6q5nmPuw OsA+54d8QBo67vSQb6HC4K4ue1K7TClhAnaejWEhpqPM+06/r8wIsxXdaoYgsRJC30nVFIH rafvObwz/2YN8GZltEcsA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:yRpj3F0Xkzk=:hnufqAyxjCI6UKLMTYoLCK gVvf/LypL867NYPpZnnImd5/GKp4MUopPThUV25hEUrbS1rBCFuJKcADGjcC8JejbmmEiLFA2 oUCRG4/LYb8fkiWRSCF2fDzXSnk8LTJVfMMMzvPN/ocqUnBnkIds/eth9N32TviikKuuiIBEC Q+cVyKo5gdGTCd7an2lTr5AqL5706SeZzGbOZn1BtMKRi2QBim0H3/LnOyKCRUd7DI5aCbHGG EB/kkRJXwYAxES5tde95pS6+FQHja49GBpL1uVHPp/YW4OAsLBwqYbyMLnC8gGL3dRjvWw/UY t01MYRB2NVa8PZchJv+xmGsKyu2vfymbLyRcrjeEpUIvkYVuHdvAXs3z8N+/jebA1Kmc0/zST NH/AeKWIT2QzUjopYYPz5v8SdLayx+omSrFeT6ZujNyRdZ014b/wC6es0BVnavporcsfW29yp mvQGNL9kVR+hqtFrLk0tlF4iWfUk9ClkaOBQAv+MWP9bvgNz/BMdkT3rhe2is20PFtVEIc+7R a5vClUM+30HS08UGYwo0p4GCh+llkl7AFvNksv2UA4AEdldSKQE9SJ1GNg8TDDee9a4FngzZi aT8TBl+4ftJn+Gd4T9i60NBnwDtkdjrN/iXLZz+YNXO1ELzlMS0yHb7qSKGCmUDTnjEBc38tF URfP/Rs9IfCUQvqde7Gup1Ba/v4UTbWUO8o5o9XvAuMwf4EjBdicdt+2rP7P/lTn6YDG+QW6H vKVY1CUbdrr8EiHuOkSEkzVS1VpjG7rMUFdTkwE4W8XJraAUpfuTpESeM5f5AF+AkfU/BFKJp YPhY81kj5L6bvb3wJ7AOjCnh28LJj0GndXB9WoQR0NA4VqPhKdGRg8tK0GNveOJrut2i9t0LG 7taz5+JndwwV7UlQppP70lTGUsIWnbIwzBswIaMgwufhBLwloW+sfxMiYJGs5t/kRwXwoKL9V fQYCxEp+pIGh1pJIU+/q2ZPh5txfGxMZ3ffRoan56axvfG+NkQVdBaLLe3a026W/pQlvqKYtv H8ZfP55XZNTiLjONK10DwVK2inlZ2/lsCeTE8lCilfDaWU1UGmWbJ0c2+e6hFhGPTzbTLuP0t SCQVyJe6gC9sSLKVKUAMdAnldI1EIl1ZFUarSGJV0sQSavmXjDc/rTp5DGehExLjoJy9F67aw R/O9qy+6f8TL6PD/bIcqsO9O/nwiAwsdUdnB0SqEKKGbte7TL0zCFWypDIRSUd74Sb7KZbTGS 3wLylmaDRJqltCps3 X-SPAM-LEVEL: Spam detection results: 0 AWL -0.002 Adjusted score from AWL reputation of From: address 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 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain FREEMAIL_FROM 0.001 Sender email is commonly abused enduser mail provider RCVD_IN_DNSWL_LOW -0.7 Sender listed at https://www.dnswl.org/, low trust RCVD_IN_MSPIKE_H3 0.001 Good reputation (+3) RCVD_IN_MSPIKE_WL 0.001 Mailspike good senders 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. [veeam.com, vmware.com] Subject: Re: [PVE-User] Proxmox Backup Server (beta) 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, 10 Jul 2020 14:07:12 -0000 i think there may be a misunderstanding here or i was not clear enough to express what i meant. i guess in terms of backup storage,=C2=A0 pbs is doing similar to what borgbackup does - so indeed that IS i/o and storage effient , but that refers to the backup target side. but what about the backup source? I was referring to VMware cbt as that is a means of avoiding I/O on the VM storage, i.e. the backup source. afaik, proxmox/kvm does not (yet) have something like that !? I you have lot's of terabytes of VM disks, each incremental backup run will hog the VMs storage (the same like full backup). In VMware, this is adressed with "changed block tracking", as a backup agent can determine which blocks of a VMs disks have changed between incremental backups, so it won't need to scan through the whole VMs disks on each differential/incremental backup run. see: https://kb.vmware.com/s/article/1020128 https://helpcenter.veeam.com/docs/backup/vsphere/changed_block_tracking.ht= ml?ver=3D100 i don't want to criticize proxmox, i think proxmox is fantastic, i just want to know what we get ( and what we don't get). regards roland Am 10.07.20 um 15:43 schrieb Thomas Lamprecht: > On 10.07.20 14:24, Roland wrote: >> fantastic! :) >> >> but - how does it work ? > It uses a content addressable storage to save the data chunks. > Effectively, the same data chunk doesn't uses additional storage if save= d more than once. >