<div dir="ltr"><div><div><div><div><div>Martin,<br><br></div>Thanks for the information.  That makes sense.  I <i>believe</i> we are good there.<br><br></div>I noticed something weird yesterday.  After a clone (via the virt-manager GUI) it seems libvirtd locked up.   A force quit pop up appeared - I had to kill it.  Then I restarted libvirtd.  Then I did a "ps -edf | grep libvirt" and there were three (3) libvirtd --daemon processes.  Then any virsh commands or virt-manager GUI (when it finally would come up) was very sluggish.  By the end of the day I had four (4) of the processes running.  Keep in mind, whilst all of this is going on the VM's were just cranking along fine.  I could not find any dead PID files elated to the processes to kill...<br>
<br></div>...we rebooted the server at the end of the day.  It should be fine until the next time I attempt a clone operation - which I am hesitant to do for obvious reasons...<br><br></div>Any ideas?<br><br></div>Thanks,<br>
<br>Tom<br><div><div><br><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 30, 2014 at 5:12 AM, Martin Kletzander <span dir="ltr"><<a href="mailto:mkletzan@redhat.com" target="_blank">mkletzan@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, May 29, 2014 at 01:31:13PM -0400, Ainsworth, Thomas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Martin, et al,<br>
<br>
Sorry for the lag in response.<br>
<br>
So I started playing with the various virsh commands.  Awesome.<br>
Been doing some reading and I believe I have some things configured not so<br>
well.<br>
As I stated earlier in the thread, we have all of the VM image files on one<br>
RAID5.  Very fast machine.<br>
<br>
When using top, the load average is a stable "5.xx".  No I/O wait. GB's of<br>
free memory.  Swap has not been touched.<br>
Using vmstat, I am writing to the RAID5 volume at a constant 150MB/s and<br>
reading at a constant 275MB/s.<br>
<br>
With all of that said, here are some results from virsh commands:<br>
<br>
# virsh pool-list --all<br>
Name                 State      Autostart<br>
------------------------------<u></u>------------------------<br>
default              active     yes<br>
<br>
<br>
# virsh pool-info default<br>
Name:           default<br>
UUID:            xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<u></u>xxxxxxx<br>
State:          running<br>
Persistent:     yes<br>
Autostart:      yes<br>
Capacity:       30.76 GiB<br>
Allocation:     2.10 GiB<br>
Available:      28.66 GiB<br>
<br>
<br>
Now, is that ok to have all of the VM's using a default pool?<br>
Or should a pool be created for each VM instance.<br>
I honestly am not even sure what a pool references...?...<br>
<br>
</blockquote>
<br></div></div>
Pool is a set of volumes of the same type (iscsi, LVs, files in a<br>
folder, etc.) in the same place.  Example is the default pool which is,<br>
by default, in /var/lib/libvirt/images and volumes there are files<br>
(pool type is "dir").  If you want to have all the domain disks in<br>
that place and all the disks (volumes) should be files then default<br>
pool is enough.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The more I read, the more I am moving away from thinking something in the<br>
OS is the cause of my sluggishness.<br>
<br>
</blockquote>
<br></div>
I haven't read your previous mail before, so I've found that now.  How<br>
often are you dropping those caches?  That won't help you not to use<br>
swap.  Having memory occupied by buffers and caches is good if you<br>
read/write from/to disks.  Even when the reads/writes are as fast as<br>
you mentioned, reading/writing from/to RAM is way faster and until<br>
there's some free memory, why not use that?<span class="HOEnZb"><font color="#888888"><br>
<br>
Martin<br>
</font></span></blockquote></div><br></div>