Has there been any thought into allowing static domain id''s? It looks like the DOMID variable is there and would be a good way to set it, but it is ignored. It looks like everything is set to accept a domain id except xi_create. Also, the fact that it auto-increments negates the idea of the "max domains" option. If someone sets max domains to a conservative number such as 10 and then they restart a number of domains they will quickly be over the domain limit. If the incrementing domain id''s is a feature and not a bug, what is the preferred method of management? Ideally i''d like the static id''s as I would assign each domain it''s own id, put the id into the database with all the other information, and from there I can manage it in multiple ways. -- Matt Ayres <matta@tektonic.net> TekTonic ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On 15 Nov 2003, at 21:27, Matt Ayres wrote:> f the incrementing domain id''s is a feature and not a bug, what is the > preferred method of management? Ideally i''d like the static id''s as I > would assign each domain it''s own id, put the id into the database with > all the other information, and from there I can manage it in multiple > ways.You are right. Currently xi_create automatically increments domain ID. I''m not sure, when the max_domain_id is reached, whether xi_create is able to figure out what previous domain IDs are available. Your suggestion sounds quite reasonable. It''s better that if xi_create is invoked with a domain ID, it tries to use the static domain ID unless it''s already used and an error is returned. I''ll add this future over this weekend. Thanks, Bin ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Domain IDs are allocated within xen, not within xi_create. The purpose of DOMID is to hack around the resource assignments that xenctl makes, telling it to assign the newly created domain the resources that id ''DOMID'' would have originally received. Similarly, ''max domains'' should be seen as a way of indicating how many sets of these resources (IP addresses, etc) can be assigned automatically. As Ian and others have said in the past, we''re currently thinking about a new version of the control tools and so this situation may well change. One likely approach will be to introduce a proper concept of domain profiles. Cheers, Tim On Sat, 15 Nov 2003 16:27:36 -0500 Matt Ayres <matta@tektonic.net> wrote:> Has there been any thought into allowing static domain id''s? It looks > like the DOMID variable is there and would be a good way to set it, > but it is ignored. It looks like everything is set to accept a domain > id except xi_create. Also, the fact that it auto-increments negates > the idea of the "max domains" option. If someone sets max domains to > a conservative number such as 10 and then they restart a number of > domains they will quickly be over the domain limit. > > If the incrementing domain id''s is a feature and not a bug, what is > the preferred method of management? Ideally i''d like the static id''s > as I would assign each domain it''s own id, put the id into the > database with all the other information, and from there I can manage > it in multiple ways. > > -- > Matt Ayres <matta@tektonic.net> > TekTonic > > > > ------------------------------------------------------- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel >------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel