Fri, Nov 08, 2013 at 08:34:02AM CET, olichtne(a)redhat.com wrote:
Hi,
from my point of view lnst-slave shoudln't remove any modules, or in
fact clean up services/daemons/anything that has a chance of breaking
configuration that was not done by lnst-slave.
From what I can recall this was roughly what we have agreed on
previously and I still support this. I can make a patch for this when we
have fully agreed on this.
Removing the _modulename however is not the way I would go, the reason
being lnst-slave might want to modprobe the module enable bridge
configuration. The policy would therefore be add what we need, but
remove only what can't break anything else even if the module was
modprobed by lnst-slave.
You're right, I forgot the initialization part. On the other hand I'm
not really sure about the team driver. Currently the team driver module
loading is disabled with _moduleload=False. I guess the team driver
handles loading of required modules by itself.
Jiri can you confirm the above? And another question is whether we can
kill the teamd daemon having the team drivers loaded? Does it affect
anything if further tests involve team?
-Jan
-Ondrej
On Thu, Nov 07, 2013 at 06:10:58PM +0100, Jan Tluka wrote:
> Hi everyone,
>
> I've come to a topic that we discussed some time ago but we did not
> choose any path to follow since then.
>
> Here's the case. I'm testing in a network with one virtual host that's
running
> on dom0 that acts both as the controller and a slave machine, too.
> There's a bridge device on this multi-role machine involved in testing. The
> bridge device gets configured but at the end of the test this device gets
> cleaned up and bridge kernel module gets removed, too. This results in breaking
> the libvirt's networking infrastructure for the guest and the libvirt's
network
> has to be reinitialized.
>
> I know, not a typical use case but here's another more realistic.
>
> A network with a bare-metal host hosting two guests (deployed in the <task>
> part of the recipe) that are sending some data through dom0 to another
> bare-metal host.
>
> The solution to this is removing the _modulename from the bridge device code.
>
> What's your opinion on this?
>
> -Jan
> _______________________________________________
> LNST-developers mailing list
> LNST-developers(a)lists.fedorahosted.org
>
https://lists.fedorahosted.org/mailman/listinfo/lnst-developers