Russ Blaine wrote:
Daniel P. Berrange wrote:Can you edit the src/xen_internal.c file and in the xenHypervisorGetDomInfo()method, add a printf() for the 'domain_flags' flags variable. IMHO theway we deal with this isn't quite correct. We merely mask out the high bits and then switch on the resulting value. This isn't the way the Xenhypervisor uses this field though. Xen more or less uses the whole thing as as bitmask, allowing near arbitrary combinations of bits to be set. So I think what is happening is there's a combo of bits set which cause the switch() statement to fail all cases, resulting in NOSTATE.We'll probably need to replace the switch(domain_flags) with something which explicitly tests for the bits we're interested in, rather thanlooking at the value as a whole.when xenHypervisorGetDomInfo() returns VIR_DOMAIN_NONE, domain_flags is 0 (sampled after the HVM bit has been masked out). So is there some other state implied by domain_flags being 0? In all cases I have seen, the domain is actually running -- accumulating CPU time, etc.----------------------------------------------------- Russ Blaine | Solaris Kernel | russell.blaine@xxxxxxx
This begs a question actually ... Is the host (or guest) Solaris? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list