[libvirt-users] libvirt slow responding after define poool with existing VG with some other lv
If I add VG with some other lv-s to libvirt pool then libvirt slow responding. How to fix it? <pool type='logical'> <name>LVM_MAIN</name> <uuid>a2713bed-ad4a-fb79-83b5-65a9e8f1094e</uuid> <capacity>0</capacity> <allocation>0</allocation> <available>0</available> <source> <name>LVM_MAIN</name> <format type='unknown'/> </source> <target> <path>/dev/LVM_MAIN</path> <permissions> <mode>0700</mode> <owner>-1</owner> <group>-1</group> </permissions> </target> </pool> vgdisplay File descriptor 7 (pipe:[37858]) leaked on vgdisplay invocation. Parent PID 12554: bash --- Volume group --- VG Name LVM_MAIN System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 9 VG Access read/write VG Status resizable MAX LV 0 Cur LV 4 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.82 TiB PE Size 4.00 MiB Total PE 476931 Alloc PE / Size 139520 / 545.00 GiB Free PE / Size 337411 / 1.29 TiB VG UUID ymYQtb-Xjnd-OBNv-xnUQ-w9gi-5uxm-kjzo not created libvirt /dev/LVM_MAIN/os_mirror VG Name LVM_MAIN LV UUID iPfekp-PN1C-rPHP-Bo3K-TljL-cffi-NdDvpi LV Write Access read/write LV Status available # open 1 LV Size 500.00 GiB Current LE 128000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0 created by libvirt-install --- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-1.img VG Name LVM_MAIN LV UUID 23ncRV-yimL-2OTZ-K4ck-YKNo-s6x6-Bjh3cl LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:1 --- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-bacula.img VG Name LVM_MAIN LV UUID BFANbb-fFpC-k0wZ-ue5e-Y6bF-Rnbg-tmelt0 LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:2 --- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-bacula-1.img VG Name LVM_MAIN LV UUID nTOAaH-3B50-QtQ7-Xf9k-9Q0H-mftQ-p0zdO6 LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:3
On 04/16/2012 03:20 AM, Anton Gorlov wrote:
If I add VG with some other lv-s to libvirt pool then libvirt slow responding. How to fix it?
Which distro and version of libvirt are you using? There is a fix that may help, but it's only in 0.9.10 or newer: http://libvirt.org/git/?p=libvirt.git;a=commit;h=275155f664614fd32bcf5e96348... - Cole
<pool type='logical'> <name>LVM_MAIN</name> <uuid>a2713bed-ad4a-fb79-83b5-65a9e8f1094e</uuid> <capacity>0</capacity> <allocation>0</allocation> <available>0</available> <source> <name>LVM_MAIN</name> <format type='unknown'/> </source> <target> <path>/dev/LVM_MAIN</path> <permissions> <mode>0700</mode> <owner>-1</owner> <group>-1</group> </permissions> </target> </pool>
vgdisplay File descriptor 7 (pipe:[37858]) leaked on vgdisplay invocation. Parent PID 12554: bash --- Volume group --- VG Name LVM_MAIN System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 9 VG Access read/write VG Status resizable MAX LV 0 Cur LV 4 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.82 TiB PE Size 4.00 MiB Total PE 476931 Alloc PE / Size 139520 / 545.00 GiB Free PE / Size 337411 / 1.29 TiB VG UUID ymYQtb-Xjnd-OBNv-xnUQ-w9gi-5uxm-kjzo
not created libvirt
/dev/LVM_MAIN/os_mirror VG Name LVM_MAIN LV UUID iPfekp-PN1C-rPHP-Bo3K-TljL-cffi-NdDvpi LV Write Access read/write LV Status available # open 1 LV Size 500.00 GiB Current LE 128000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0
created by libvirt-install
--- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-1.img VG Name LVM_MAIN LV UUID 23ncRV-yimL-2OTZ-K4ck-YKNo-s6x6-Bjh3cl LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:1
--- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-bacula.img VG Name LVM_MAIN LV UUID BFANbb-fFpC-k0wZ-ue5e-Y6bF-Rnbg-tmelt0 LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:2
--- Logical volume --- LV Name /dev/LVM_MAIN/debian6.0-bacula-1.img VG Name LVM_MAIN LV UUID nTOAaH-3B50-QtQ7-Xf9k-9Q0H-mftQ-p0zdO6 LV Write Access read/write LV Status available # open 0 LV Size 15.00 GiB Current LE 3840 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:3
_______________________________________________ libvirt-users mailing list libvirt-users@redhat.com https://www.redhat.com/mailman/listinfo/libvirt-users
16.04.2012 16:12, Cole Robinson написал:
On 04/16/2012 03:20 AM, Anton Gorlov wrote:
If I add VG with some other lv-s to libvirt pool then libvirt slow responding. How to fix it?
Which distro and version of libvirt are you using? There is a fix that may help, but it's only in 0.9.10 or newer:
distro is ALTLinux, package based on 0.9.11 version of libvirt and contains if (!STRPREFIX(pool->def->target.path, "/dev")) goto ret_strdup; slow is pool-start command on lvm vg
http://libvirt.org/git/?p=libvirt.git;a=commit;h=275155f664614fd32bcf5e96348...
On 04/16/2012 08:27 AM, Anton Gorlov wrote:
16.04.2012 16:12, Cole Robinson МапОÑал:
On 04/16/2012 03:20 AM, Anton Gorlov wrote:
If I add VG with some other lv-s to libvirt pool then libvirt slow responding. How to fix it?
Which distro and version of libvirt are you using? There is a fix that may help, but it's only in 0.9.10 or newer:
distro is ALTLinux, package based on 0.9.11 version of libvirt and contains
if (!STRPREFIX(pool->def->target.path, "/dev")) goto ret_strdup;
slow is pool-start command on lvm vg
Okay so that's not the issue. Maybe one of the lvm commands is slow for your setup. Try running sudo LIBVIRT_DEBUG=1 libvirtd, run the pool-start in another terminal, and see if the libvirtd debug output gives any indication where things are hanging. Also how long does pool-start actually take? If it's a constant time maybe some timeout is the culprit. - Cole
Okay so that's not the issue. Maybe one of the lvm commands is slow for your setup. Try running sudo LIBVIRT_DEBUG=1 libvirtd, run the pool-start in another terminal, and see if the libvirtd debug output gives any indication where things are hanging.
no. time before I define pool and run pool-start is shortly 2012-04-16 12:52:58.273+0000: 23120: debug : virCommandRun:1994 : Result status 0, stdout: ' 4 logical volume(s) in volume group "LVM_MAIN" now active
Also how long does pool-start actually take? If it's a constant time maybe some timeout is the culprit.
other 3minutes
On 04/16/2012 09:01 AM, Anton Gorlov wrote:
Okay so that's not the issue. Maybe one of the lvm commands is slow for your setup. Try running sudo LIBVIRT_DEBUG=1 libvirtd, run the pool-start in another terminal, and see if the libvirtd debug output gives any indication where things are hanging.
no. time before I define pool and run pool-start is shortly
2012-04-16 12:52:58.273+0000: 23120: debug : virCommandRun:1994 : Result status 0, stdout: ' 4 logical volume(s) in volume group "LVM_MAIN" now active
Also how long does pool-start actually take? If it's a constant time maybe some timeout is the culprit.
other 3minutes
Hmm, all the command seem to complete quickly. But then libvirtd's poll loop keeps hitting a 5 second timeout. I can't reproduce anything like that here though. Do you have any way to try older libvirt versions? Might be interesting to see if this is a regression, or just something specific to your setup. - Cole
participants (2)
-
Anton Gorlov -
Cole Robinson