Open Stack

Hello,

I'm not exactly sure what the next steps would be. :(

If your qemu processes are being reported as the high-swap consumers, it
might be a more site-specific or instance-specific issue rather than
something with OpenStack itself.

>From the process string you gave, it looks like a normal running kvm
instance to me... I can't see anything unusual.

If these instances aren't doing anything that would cause them to use a
high amount of memory to the point of swapping, I'd start looking into KVM
and reasons why it would want to swap.

Joe


On Wed, Oct 16, 2013 at 2:25 PM, Samuel Winchenbach <swinchen at gmail.com>wrote:

> Hi Joe.  I have deleted that instance (it was no longer needed).  Here is
> the next one down on the list:
>
> 119       6560  3.4  2.6 9247872 1749336 ?     Sl   Oct15  41:33
> qemu-system-x86_64 -machine accel=kvm:tcg -name instance-000001b3 -S -M
> pc-i440fx-1.4 -cpu
> Opteron_G3,+nodeid_msr,+wdt,+skinit,+ibs,+osvw,+3dnowprefetch,+cr8legacy,+extapic,+cmp_legacy,+3dnow,+3dnowext,+pdpe1gb,+fxsr_opt,+mmxext,+ht,+vme
> -m 4096 -smp 4,sockets=4,cores=1,threads=1 -uuid
> 9627e75b-8d3b-4482-be43-8aba176a3f1f -smbios type=1,manufacturer=OpenStack
> Foundation,product=OpenStack
> Nova,version=2013.1.3,serial=49434d53-0200-9010-2500-109025007800,uuid=9627e75b-8d3b-4482-be43-8aba176a3f1f
> -no-user-config -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-000001b3.monitor,server,nowait
> -mon chardev=charmonitor,id=monitor,mode=control -rtc
> base=utc,driftfix=slew -no-shutdown -device
> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive
> file=/os-grizzly/nova/instances/9627e75b-8d3b-4482-be43-8aba176a3f1f/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none
> -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
> -drive
> file=/os-grizzly/nova/instances/9627e75b-8d3b-4482-be43-8aba176a3f1f/disk.swap,if=none,id=drive-virtio-disk1,format=qcow2,cache=none
> -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1
> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=31 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:45:63:f0,bus=pci.0,addr=0x3
> -chardev
> file,id=charserial0,path=/os-grizzly/nova/instances/9627e75b-8d3b-4482-be43-8aba176a3f1f/console.log
> -device isa-serial,chardev=charserial0,id=serial0 -chardev
> pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1
> -device usb-tablet,id=input0 -vnc 0.0.0.0:6 -k en-us -vga cirrus -device
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6
>
>
> On Wed, Oct 16, 2013 at 4:07 PM, Joe Topjian <joe.topjian at cybera.ca>wrote:
>
>> Hello,
>>
>> "ps auxww | grep 19587", or some variation of the command, should give
>> you the full command. Can you trace it back to an individual instance?
>>
>> Thanks,
>> Joe
>>
>>
>> On Wed, Oct 16, 2013 at 11:50 AM, Samuel Winchenbach <swinchen at gmail.com>wrote:
>>
>>> Joe: http://pastie.org/pastes/8407072/text
>>>
>>> It really looks like qemu-system-x86 is the culprit.   mysqld
>>> (Percona/Galera) is using a fair amount too.
>>>
>>
>>
>>
>> --
>> Joe Topjian
>> Systems Architect
>> Cybera Inc.
>>
>> www.cybera.ca
>>
>> Cybera is a not-for-profit organization that works to spur and support
>> innovation, for the economic benefit of Alberta, through the use
>> of cyberinfrastructure.
>>
>
>


-- 
Joe Topjian
Systems Architect
Cybera Inc.

www.cybera.ca

Cybera is a not-for-profit organization that works to spur and support
innovation, for the economic benefit of Alberta, through the use
of cyberinfrastructure.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20131016/f233c170/attachment.html>