We''ve noticed in 3.0.4 (and it seems to be intentional) that if you vcpu-set a domain to fewer CPUs, when it restarts (restore or reboot), only those VCPUs are present in xenstore or the domain. This seems strange at least? It''s unfortunate since it means the domain can never get those VCPUs back. regards john _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 27/4/07 18:23, "John Levon" <levon@movementarian.org> wrote:> We''ve noticed in 3.0.4 (and it seems to be intentional) that if you > vcpu-set a domain to fewer CPUs, when it restarts (restore or reboot), > only those VCPUs are present in xenstore or the domain. This seems > strange at least? It''s unfortunate since it means the domain can never > get those VCPUs back.Max_vcpus should still be set to its original build-time value, so the guest kernel should still be aware that the maximal number of vcpus *could* exist. And the nodes should still exist in xenstore, but marked offline. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Fri, Apr 27, 2007 at 07:41:30PM +0100, Keir Fraser wrote:> > We''ve noticed in 3.0.4 (and it seems to be intentional) that if you > > vcpu-set a domain to fewer CPUs, when it restarts (restore or reboot), > > only those VCPUs are present in xenstore or the domain. This seems > > strange at least? It''s unfortunate since it means the domain can never > > get those VCPUs back. > > Max_vcpus should still be set to its original build-time value, so the guest > kernel should still be aware that the maximal number of vcpus *could* exist. > And the nodes should still exist in xenstore, but marked offline.This is not the case with 3.0.4 at least. When I reboot a domain I don''t see any entries past the ones we set. I haven''t had a chance to test 3.0.5 yet, but it seems to have similar code. regards john _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel