<div dir="ltr">Right. I understand, but not all of my Proxmox users have read documentation. This was more of an experiment to see exactly what happens when you try to do something like... remove a disk from a running VM.<div>
<br></div><div>The inconsistency of PVE's behavior is what I find most concerning. I will continue to experiment and read through the source. If I can make some improvements I will, but I stopped writing Perl a while back (by choice ;p).</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 18, 2014 at 12:15 PM, Eneko Lacunza <span dir="ltr"><<a href="mailto:elacunza@binovo.es" target="_blank">elacunza@binovo.es</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Hi Greg,<br>
      <br>
      You should always stop a VM to effectively remove a hard disk: the
      running VM doesn't free it until it is stopped. You can make
      changes in configured harddisks in PVE GUI but they won't be
      activated until next stop/start (reboot doesn't work AFAIK).<br>
      <br>
      That said, the remove error could be because of a timeout deleting
      the somewhat big disk.<br>
      <br>
      Cheers<br>
      Eneko<div><div class="h5"><br>
      <br>
      On 17/05/14 00:44, Greg Poirier wrote:<br>
    </div></div></div>
    <blockquote type="cite"><div><div class="h5">
      <div dir="ltr">I have a 1TB RBD volume attached to a KVM virtual
        machine. Removing the volume from this machine was somewhat
        problematic.
        <div><br>
        </div>
        <div>While the machine is running:</div>
        <div><br>
        </div>
        <div>I selected the disk and clicked Remove. This cause the disk
          to appear as 'unused0' which mapped to the Ceph RBD volume.</div>
        <div><br>
        </div>
        <div>I then highlighted 'unused0' and clicked Remove again.</div>
        <div><br>
        </div>
        <div>I got three errors:</div>
        <div>One was a timeout error attempting to get flock the VM's
          lock file (/var/lock/qemu-server/lock-400.conf).</div>
        <div>Another was a connection timeout error.</div>
        <div>Another was an internal server error.</div>
        <div><br>
        </div>
        <div>I was unable to find any logs specifying the exact nature
          of any of these errors. pvedaemon and pveproxy both simply
          logged the request.</div>
        <div><br>
        </div>
        <div>I tried deleting the disk from Ceph directly which is when
          I discovered the watcher on the rbd_header object. I verified
          that it was the KVM process that held the lock on the RBD
          volume and shutdown the VM.</div>
        <div><br>
        </div>
        <div>While the machine is not running:</div>
        <div><br>
        </div>
        <div>After selecting the 'unused0' disk and clicking Remove the
          web interface froze for some time, and then finally came back
          with an Internal Server Error.</div>
        <div><br>
        </div>
        <div>The volume was no longer present in the web interface, and
          I confirmed both that the volume was no longer listed in rbd
          -p volumes ls -- as well as inspecting attempting to inspect
          all of the objects that used to make up the volume (rbd.stat
          returned an exception saying that the file wasn't
          found--confirming the volume's completed deletion).</div>
        <div><br>
        </div>
        <div>I am running PVE 3.1-24/060bd5a6  with the 2.6.32 kernel.</div>
        <div><br>
        </div>
        <div>Is this a known issue? Has this been fixed in later
          versions of Proxmox? Should I file a new bug? Is there any
          additional information I should attempt to gather before
          filing?</div>
        <div><br>
        </div>
        <div>Thanks!</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
pve-user mailing list
<a href="mailto:pve-user@pve.proxmox.com" target="_blank">pve-user@pve.proxmox.com</a>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
    </font></span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <br>
    <pre cols="72">-- 
Zuzendari Teknikoa / Director Técnico
Binovo IT Human Project, S.L.
Telf. 943575997
      943493611
Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa)
<a href="http://www.binovo.es" target="_blank">www.binovo.es</a></pre>
  </font></span></div>

<br>_______________________________________________<br>
pve-user mailing list<br>
<a href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a><br>
<br></blockquote></div><br></div>