|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [OSSTEST PATCH 09/11] mg-schema-test-database: New script
Ian Campbell writes ("Re: [OSSTEST PATCH 09/11] mg-schema-test-database: New
script"):
> On Fri, 2015-12-04 at 19:35 +0000, Ian Jackson wrote:
> > This allows a user in non-standalone mode to make a whole new test
> > database, which is largely a clone of the original database.
> >
> > The new db refers to the same resources (hosts), and more-or-less
> > safely borrows some of those hosts.
>
> "more-or-less" ? ;-)
This is a reference to the lack of owner/queue daemon handling. (And
of course, the general limitations of `safety' in this kind of
context.)
> What's the overall idiom for use here, something like:
>
> Against the production DB:
> OSSTEST_TASK=ianc@testing-something ./mg-allocate [-U ...] a-host
>
> ./mg-schema-test-database create [_SUFFIX] ianc@testing-something
>
> Ending up in a state where a-host is allocated in the production db and
> idle in this new test db and all other hosts are allocated in the test db
> and left to go about their usual business in the production db?
Exactly. Maybe I should copy this to the doc comment :-).
> I glanced through this, but TBH I don't think picking through it line by
> line will be very productive, I trust you've tested it and its ok...
Due to being incompetent I've hammered each part of it quite a bit and
the all the resulting database states (even intermediate ones) look
good.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |