<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I'm a bit nervous about snapshots. We originally went with reboot uml/kvm<br>
between each test to ensure a clean slate. If we start re-using snapshots,<br>
I fear there will be secret sauces in these snapshots. While a base<br>
snapshot for the entire test run seems a good idea, having them per-test<br>
seems like a bad idea.<br></blockquote><div><br></div><div>That's the idea.  A snapshot of each test domain is created right at the very start of the test run, and just after the test domain has booted(1).  The first test would then continue as normal.  However, additional tests can, if they want, skip the boot and revert the domain.<br></div><div><br></div><div> (1) if nothing else, because logging in triggers an automount of /testing at present; something to do with the bash profile<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
swan-prep ensures there are no leftovers of previous test. This helps us<br>
when 1 test breaks something, so that not all subsequent tests fail. Eg<br>
because there is an additional certificate in NSS or something.<br></blockquote><div><br></div><div><div>If anything there's less chance of this as all tests see the domain exactly as it was when first created.<br></div></div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> If I were to type "reboot" in such a vm, then I'll need to first manually re-establish the above before entering the first shell command.  Why should<br>
> namespaces be different?  If namespaces and KVM established some minimum environment before running tests then I think the odds of tests runing under both<br>
> frameworks would be greatly improved.<br>
<br>
Well, you cannot reboot a namespace :P<br></blockquote><div><br></div><div>But you can re-initialize it, which I believe is what Antony is referring to. <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> BTW, I'd take the above list as a starting point for discussion.  Currently swan-prep has to deal with cleaning up from previous tests, I think that's a bug.<br>
<br>
Defense in depth for 1 failure to cleanup messing up 500 test results.<br>
<br>
>       I feel it would be sad to see if you move swan-prep into several shell<br>
>       scripts, instead of fixing swan-prep.<br>
<br>
whether swan-prep is one script or many doesn't matter too much to me.<br>
As long as it remains 1 line in the scripts to run.<br>
<br>
Note that things have been breaking for me lately too. x509 tests in<br>
namespaces no longer work because nss complains about importing<br>
duplicates - although i think this is actually an nss bug.<br></blockquote><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
It would be good if we can move testing to use /var/lib/ipsec/nss<br>
because right now we are fighting between that and /etc/ipsec.d<br>
and if you want to test an rpm install it gets weird.<br>
<br>
The NS directories end up root owned and cannot be deleted. I also<br>
suspect they are accidentally re-used at times. The test should wipe<br>
these at the end of the test (if --shutdown was given)<br>
<br>
Paul<br>
</blockquote></div></div>