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) server-digest SHA256) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id DD86F62729 for ; Wed, 30 Sep 2020 15:17:47 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id C3234196A7 for ; Wed, 30 Sep 2020 15:17:17 +0200 (CEST) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS id 9085E19693 for ; Wed, 30 Sep 2020 15:17:16 +0200 (CEST) Received: by mail-qk1-x72b.google.com with SMTP id q63so1304199qkf.3 for ; Wed, 30 Sep 2020 06:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ByPbirVFrVqKjQ2b2bXer/oe9UNQexdYkn4YGa8YZIM=; b=H0yARqbVnyvtll972tnBmtjdd7gQqv8S8ELxVg+rsKgohQ8Z2aef6PdVAuDUOV8KXt pRYCoB2NZ8dYXGCcataMkiCikMU9WSIMs544qQXVLCIghIdLnB8ScRO590WVIEi8Rarx DxvztWxQ7GcllaBuVGYHVBJCLuD8xtOZq8objt7NZhBTZ3rjXLfhzkOE8KM85I1bu33R bAUbTq/7fZB6FN9mGYrh0u/d8ZmIYSZ05BuJMNaAQF/P5kvUMvTUDNtenx85cCiNdoao KVq/LBq/iY1sMB+6YS0JdN1V93sOHNAUKNKAfgbuLlmdSQpFss21UpGdgLIy4DaOzFZF QGBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ByPbirVFrVqKjQ2b2bXer/oe9UNQexdYkn4YGa8YZIM=; b=IOQ+Wh9I++A+C/zpjTJ+dNfrIfcjVfkWd6n88uqBudFntjw82P5gcOAQ7uAYd9tugU vQfsSGbxCI2qKnAK0l6qtncdzJHXpD432+TM/6VI4HMVRaa7ItaJBdrqaGw0HREamX4h +UG7XARf/KqqOPowuizqU99G7WoqWeHfyRvJ6zajKF7A31T5joRyxgHgmusQR5zq8ydm +zA3FheL64yQDjlg8HK4ErvlbTYn0TltEZekrNVw4cxL1NlcQpQfCZknCHF4DCtGaKYj GbKYlFGLc82Y3CsrblyBaBwaaaxLPTFatiIGYjLfwyiHPPstgUAhIG34N6YQvmqgkLLt OIUg== X-Gm-Message-State: AOAM532jopy32z2dfhUrQ1DlRzxYv2Dn0z3zK3tCksqGIpQ38rWN8e68 ds49Oz/yjVVjBZZU50prdrw5PfjQJ31MZLCjHBC2okCbIexvsg== X-Google-Smtp-Source: ABdhPJwRmdrRxsnX3mbygk5SpBwWvxbBErn8SO5Hzpi0jMUZM1Bzyo+6AOyo9ED32aNIlv4B2P+CJc8JX8z8V0YEvm4= X-Received: by 2002:a37:a881:: with SMTP id r123mr2344684qke.335.1601471828499; Wed, 30 Sep 2020 06:17:08 -0700 (PDT) MIME-Version: 1.0 From: Gilberto Nunes Date: Wed, 30 Sep 2020 10:16:31 -0300 Message-ID: To: "pve-devel@pve.proxmox.com" X-SPAM-LEVEL: Spam detection results: 0 AWL 0.062 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_ENVFROM_END_DIGIT 0.25 Envelope-from freemail username ends in digit FREEMAIL_FROM 0.001 Sender email is commonly abused enduser mail provider HTML_MESSAGE 0.001 HTML included in message RCVD_IN_DNSWL_NONE -0.0001 Sender listed at https://www.dnswl.org/, no trust SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: [pve-devel] Qm move_disk bug (?) X-BeenThere: pve-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox VE development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2020 13:17:47 -0000 Hi all I tried to move a vm disk from LVM-thin to a Directory Storage but when I did this, the qm move_disk just filled up the entire disk. The disk inside LVM-thin has 100G in size but only about 5G is occupied by the OS. I have used the qcow2 format. However, if I do it from CLI with the command: qemu-img convert -O qcow2 /dev/pve/vm-100-disk-0 /DATA/images/100/vm-100-disk-0.qcow2 It works nicely and just copied what the OS occupied inside the VM, but created a virtual disk with 100GB. It's some kind of bug with qm move_disk??? Thanks a lot --- Gilberto Nunes Ferreira