====== Manage_XEND ====== ===== Managing Xen Virtual Machines ===== Xend can only be managed on dom0, as it has only exlusive access to the hardware. As a result, any temperature or SMART/Disk Monitoring must be done here also. The basic commands are: xm list xm top To get a list of all the XEND control options type: xm ==== To RESTART XEND when it crashed etc. ==== This is extreme - and caused the Virtual Machine in question to remain "dying". /etc/init.d/xend restart //didnt work //do this -> /etc/init.d/xend stop killall xenstored xenconsoled rm -rf /var/lib/xenstored/* /etc/init.d/xend start netstat -ltnp //make sure there is nothing on ports 8000, 8001, 8002, or 8005 kill any above processes if there are and -> /etc/init.d/xend start //this will get xend up and running. The virtual machines may need taking care of ==== XEN LIST TOP Codes ==== xm top http://www.die.net/doc/linux/man/man1/xm.1.html ==== Limit CPU of a VM ==== So the need arised to limit the CPU usage by a particular VM which was chewing up 100% CPU of 1 core by running a heavy computational program for 10+ days. thunder:~# xm sched-credit -d vm05-name {'cap': 0, 'weight': 256} thunder:~# xm sched-credit -d vm05-name -c 20 #20 is 20% of 1 physical cpu. Default is 0. thunder:~# xm sched-credit -d vm05-name {'cap': 20, 'weight': 256} xm top # Domain-0 -----r 410753 0.4 #vm05-name ------ 855770 19.9 (previously the vm was using 100) http://wiki.xensource.com/xenwiki/CreditScheduler Simple :) Munin graphs look a lot better now. -- More info at http://lists.xensource.com/archives/html/xen-tools/2005-09/msg00011.html
http://lists.xensource.com/archives/html/xen-users/2006-05/msg00397.html